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

1、    ngl04交换机局数据典型故障及其分析处理    吴志芹摘 要：汇集了ngl04交换机的几个局数据方面的典型故障，并结合实际情况进行了分析处理，为涉及到类似问题的技术人员提供了参考依据。关键词：程控 交换机 中继 局数据：tp311 ：a ：1672-3791（2014）03（b）-0030-02ngl04交换机是珠海高凌信息科技有限公司研制的面向下一代网络（ngn）的多业务局用程控交换机，自问世以来受到广大用户的好评1。由于该交换机是大型局用交换机，局数据较为复杂，在日常值班执勤过程中，往往会遇到局数据方面的故障，要求工作人员结合实际情况分析处

2、理。现以几个典型故障为例说明。1 a局用户反映到b局的电话比较难打故障现象：a局对b局开isup电路后，b局发现回的还是tup信令，a局用户反映到b局的电话比较难打。故障分析：a局对b局增开isup电路，a局数据制作完成并加载后，电路显示空闲，但拨打电话测试发现电路占上后释放异常，并且该电路显示为电路复原等证实状态，原因初步判断为数据制作方面的问题。解决方法：和b局沟通后，由b局进行信令观察，结果发现，本局向开的是isup电路，但是a局发送过去的却是tup信令，有了这个观察结果，问题就比较容易处理了。因为在局向电路中定义信令方式的只有“出入局局向特征”2数据和“局向电路群”2数据，由此对这两项

3、电路数据进行检查。经查，出入局局向数据无问题，信令方式采用的中国七号isup电路，但是发现局向电路群描述中电路类型为公共信令而不是isdn，修改后正常。在处理类似信令问题的时候，信令观察是一个首先要使用的技能，通过观察，从电路上发送接收的消息内容，能够处理大多数类似的问题。该操作的方法是：首先指定一个拨号的话机，获得该话机号码。在“指定电路操作”中执行“跟踪用户状态”3，在号码输入框输入上述号码。在“指定电路操作”中，执行“指定观察”3，不须输入任何内容，直接点击确定。通过这种操作，这个电话发起的任何呼叫，在指定观察的消息框中都能够看到消息内容。2 某支局反映用户号码经常丢失故障现象：某支局反

4、映个别用户号码经常丢失。故障分析：造成该故障的原因主要有2个方面。一是计算机数据库问题（病毒或是数据库本身的原因）；二是交换机本身问题（主要怀疑smmp切换时现场没有完全恢复）。解决方法：针对第一个方面可以通过查操作报告证实；对于第二个方面看故障出现时是否进行了数据加载；或者用户为空号时局数据中此用户数据是否存在进行判断。根据以上方法，发现都是在加载了数据以后出现的问题，用此初步判断该计算机的数据库有问题，将该计算机上的数据库卸载了重新安装，设置数据库和odbc以及局数据以后，加载正常，该现象也再未出现。3 集中方对某个被控局的局数据不能正常连接故障现象：某支局局数据不能正常连接。故障分析：在

5、网管中心不能进入某支局的局数据，影响此业务的正常使用。有可能是支局服务器故障，sql数据库损坏或未启动，需重设odbc数据源等等。现场观测服务器运转正常，在本地台上启动局数据也不能正常使用。解决方法：检查sql数据库是否正常运行，发现sql数据库未开启。打开此属性观测到开机重启时未设置成自动启动，导致计算机掉电重启后，sql数据库未自动运行。将sql数据库启动并将其属性设置为开机自动运行后，重新进入局数据界面，故障解决。将计算机重新启动，检测是否排除故障，观测到sql数据库已经能正常运行，且各项业务使用正常。4 创建加载数据后用户数据又恢复到4天前的状态故障现象：创建加载数据后，用户数据又恢复

6、到4天前的状态。故障分析：初步分析该问题涉及的相关点为：用户数据错误，创建数据过程未完成，创建数据产生错误。解决方法：查看服务器从c：ndscdata目录下的文件日期，发现ngl04de系统的数据文件sysdata，moduledata1，moduledata2文件的生成日期与创建日期一致。由此判断创建时生成了后者。查看c：ndscrun目录下的load.ini文件（该文件设置了创建后数据的存放路径），设置为filename=c：ndscdatamoduledata，discrpt=moduledata，没有问题。更换此load.ini文件，执行创建数据操作，查看c：ndscdata目录下的s

7、ysdata，moduledata1，moduledata2文件的生成日期仍未改变。重新设置hjd数据源指向dm数据库（dm数据库为该局使用的数据库名），执行创建数据操作，查看c：ndscdata目录下的sysdata，moduledata1，moduledata2文件的生成日期仍未改变。检查sqlserver数据库设置，发现数据库中有很多无关的数据库名如dm1，dplus，dm2等数据库，将这些数据库删除以后，执行创建数据操作，查看c：ndscdata目录下的sysdata，moduledatal，moduledata2文件的生成日期已经改变。加载，更新mp数据后，故障排除，由此可见此问题是

8、sqlserver数据库出现了问题（原因可能是由于多次的重复设置所造成）。该问题是一个较为常见的问题，简单说，就是加载到交换机里的数据，和在局数据界面看到的数据内容，不是一回事，所以会出现修改了数据，但是没起作用的现象。此类问题除了本例中的数据库问题以外，经常出现的是odbc数据源指错数据库名的问题。由于服务器软件的缘故，在服务器端必须存在一个名为“hjd”的数据源。指向本局使用的数据库，才能保证数据库中的内容能够被正常创建。5 局数据不可加载故障现象：某局的服务器突然断电，重新加电后，发现服务器界面已丢失，需重新设置。重新设置后，进入服务器主界面。重新创建数据文件，当对交换机加载新数据时，加

9、载界面一直处在加载的界面，延续10多分钟，数据加载不进去；当对单个模块进行加载时，也出现相同的情况。故障分析：首先判断是否为交换机的axme故障，因所有的交换模块均为如此，故可以排除axme的原因。跟踪服务器的主界面，可看到所有模块均与服务器相连，故可排除从服务器到达交换机的硬件路径的原因。此时，可把思路放到软件上。重新生成数据文件，在c：ndscrun目录中，存在两个文件，一个指明服务器的操作界面是如何配置的，另一个是指明数据加载文件加载到交换机的路径（load，ini）检查是否正确。经过上述分析，故障基本定位在是否存在load，ini以及该文件是否正确。解决方法：经查看c：ndscrun目录，发现该文件已不存在。拷入该文件，并重新启动服务器，进行加载新数据的操作，加载正常。6 结语ngl04交换机是大型局用交换机，局数据较为复杂，常常会遇到局数据方面的故障。以上列举了5个ngl04交换机局数据方面的典型故障案例并进行了深入分析。网管工作人员要举一反三，