NGL04交换机局数据典型故障及其分析处理

2014-11-07 10:59吴志芹
科技资讯 2014年18期
关键词:程控中继交换机

吴志芹

摘 要:汇集了NGL04交换机的几个局数据方面的典型故障,并结合实际情况进行了分析处理,为涉及到类似问题的技术人员提供了参考依据。

关键词:程控 交换机 中继 局数据

中图分类号:TP311 文献标识码:A 文章编号:1672-3791(2014)03(b)-0030-02

NGL04交换机是珠海高凌信息科技有限公司研制的面向下一代网络(NGN)的多业务局用程控交换机,自问世以来受到广大用户的好评[1]。由于该交换机是大型局用交换机,局数据较为复杂,在日常值班执勤过程中,往往会遇到局数据方面的故障,要求工作人员结合实际情况分析处理。现以几个典型故障为例说明。

1 A局用户反映到B局的电话比较难打

故障现象:A局对B局开ISUP电路后,B局发现回的还是TUP信令,A局用户反映到B局的电话比较难打。

故障分析:A局对B局增开ISUP电路,A局数据制作完成并加载后,电路显示空闲,但拨打电话测试发现电路占上后释放异常,并且该电路显示为电路复原等证实状态,原因初步判断为数据制作方面的问题。

解决方法:和B局沟通后,由B局进行信令观察,结果发现,本局向开的是ISUP电路,但是A局发送过去的却是TUP信令,有了这个观察结果,问题就比较容易处理了。因为在局向电路中定义信令方式的只有“出入局局向特征”[2]数据和“局向电路群”[2]数据,由此对这两项电路数据进行检查。经查,出入局局向数据无问题,信令方式采用的中国七号ISUP电路,但是发现局向电路群描述中电路类型为公共信令而不是ISDN,修改后正常。

在处理类似信令问题的时候,信令观察是一个首先要使用的技能,通过观察,从电路上发送接收的消息内容,能够处理大多数类似的问题。该操作的方法是:首先指定一个拨号的话机,获得该话机号码。在“指定电路操作”中执行“跟踪用户状态”[3],在号码输入框输入上述号码。在“指定电路操作”中,执行“指定观察”[3],不须输入任何内容,直接点击确定。通过这种操作,这个电话发起的任何呼叫,在指定观察的消息框中都能够看到消息内容。

2 某支局反映用户号码经常丢失

故障现象:某支局反映个别用户号码经常丢失。

故障分析:造成该故障的原因主要有2个方面。一是计算机数据库问题(病毒或是数据库本身的原因);二是交换机本身问题(主要怀疑SMMP切换时现场没有完全恢复)。

解决方法:针对第一个方面可以通过查操作报告证实;对于第二个方面看故障出现时是否进行了数据加载;或者用户为空号时局数据中此用户数据是否存在进行判断。根据以上方法,发现都是在加载了数据以后出现的问题,用此初步判断该计算机的数据库有问题,将该计算机上的数据库卸载了重新安装,设置数据库和ODBC以及局数据以后,加载正常,该现象也再未出现。

3 集中方对某个被控局的局数据不能正常连接

故障现象:某支局局数据不能正常连接。

故障分析:在网管中心不能进入某支局的局数据,影响此业务的正常使用。有可能是支局服务器故障,SQL数据库损坏或未启动,需重设ODBC数据源等等。现场观测服务器运转正常,在本地台上启动局数据也不能正常使用。

解决方法:检查SQL数据库是否正常运行,发现SQL数据库未开启。打开此属性观测到开机重启时未设置成自动启动,导致计算机掉电重启后,SQL数据库未自动运行。将SQL数据库启动并将其属性设置为开机自动运行后,重新进入局数据界面,故障解决。将计算机重新启动,检测是否排除故障,观测到SQL数据库已经能正常运行,且各项业务使用正常。

4 创建加载数据后用户数据又恢复到4天前的状态

故障现象:创建加载数据后,用户数据又恢复到4天前的状态。

故障分析:初步分析该问题涉及的相关点为:用户数据错误,创建数据过程未完成,创建数据产生错误。

解决方法:查看服务器从C:\NDSC\DA

TA目录下的文件日期,发现NGL04DE系统的数据文件Sysdata,Moduledata1,Moduledata2文件的生成日期与创建日期一致。由此判断创建时生成了后者。查看C:\NDSC\RUN目录下的load.ini文件(该文件设置了创建后数据的存放路径),设置为Filename=c:\ndsc\data\mo

duledata,Discrpt=MODULEDATA,没有问题。更换此load.ini文件,执行创建数据操作,查看C:\NDSC\DATA目录下的Sysdata,Moduledata1,Moduledata2文件的生成日期仍未改变。重新设置HJD数据源指向DM数据库(DM数据库为该局使用的数据库名),执行创建数据操作,查看C:\NDSC\DATA目录下的Sysdata,Moduledata1,Moduledata2文件的生成日期仍未改变。检查SQLSERVER数据库设置,发现数据库中有很多无关的数据库名如dm1,dplus,dm2等数据库,将这些数据库删除以后,执行创建数据操作,查看C:\NDSC\DATA目录下的Sysdata,Moduledatal,Moduledata2文件的生成日期已经改变。加载,更新MP数据后,故障排除,由此可见此问题是SQLSERVER数据库出现了问题(原因可能是由于多次的重复设置所造成)。

该问题是一个较为常见的问题,简单说,就是加载到交换机里的数据,和在局数据界面看到的数据内容,不是一回事,所以会出现修改了数据,但是没起作用的现象。此类问题除了本例中的数据库问题以外,经常出现的是ODBC数据源指错数据库名的问题。由于服务器软件的缘故,在服务器端必须存在一个名为“HJD”的数据源。指向本局使用的数据库,才能保证数据库中的内容能够被正常创建。

5 局数据不可加载

故障现象:某局的服务器突然断电,重新加电后,发现服务器界面已丢失,需重新设置。重新设置后,进入服务器主界面。重新创建数据文件,当对交换机加载新数据时,加载界面一直处在加载的界面,延续10多分钟,数据加载不进去;当对单个模块进行加载时,也出现相同的情况。

故障分析:首先判断是否为交换机的AXME故障,因所有的交换模块均为如此,故可以排除AXME的原因。跟踪服务器的主界面,可看到所有模块均与服务器相连,故可排除从服务器到达交换机的硬件路径的原因。此时,可把思路放到软件上。重新生成数据文件,在C:\NDSC\RUN目录中,存在两个文件,一个指明服务器的操作界面是如何配置的,另一个是指明数据加载文件加载到交换机的路径(LOAD,INI)检查是否正确。经过上述分析,故障基本定位在是否存在LOAD,INI以及该文件是否正确。

解决方法:经查看C:\NDSC\RUN目录,发现该文件已不存在。拷入该文件,并重新启动服务器,进行加载新数据的操作,加载正常。

6 结语

NGL04交换机是大型局用交换机,局数据较为复杂,常常会遇到局数据方面的故障。以上列举了5个NGL04交换机局数据方面的典型故障案例并进行了深入分析。网管工作人员要举一反三,结合实际情况分析处理这类故障。

参考文献

[1] 林峰,孙立炜,付益兵.基于VFP9.0的NGL04交换机辅助计费系统的设计与实现[J].办公自动化,2013,8:16-18.

[2] 珠海高凌信息科技有限公司.NGL04数字程控交换系统使用手册(V7.0)—— 数据管理系统[M].endprint

猜你喜欢
程控中继交换机
基于Multisim10和AD603的程控增益放大器仿真研究
修复损坏的交换机NOS
使用链路聚合进行交换机互联
面向5G的缓存辅助多天线中继策略
程控增益射频宽带放大器
基于STC89C52的程控移相器的设计
中继测控链路动态分析与计算方法研究
Nakagami-m衰落下AF部分中继选择系统性能研究
PoE交换机雷击浪涌防护设计
一种程控功率因数可调开关电源设计