07-网管产品

OptiX光传输系统故障排除案例集锦第7章网管产品7-1第第第第7章章章章网管产品网管产品网管产品网管产品7.1备份网管与网元侧数据不一致导致执行下载后业务中断现象描述某干线工程覆盖了多个城市组网如下图所示采用了OptiXiManagerRMS网管进行管理全网分别在3个城市设置了网管RMS-1RMS-2RMS-3其中RMS-1为中心网管进行业务配置与电路管理而RMS-2RMS-3为备份网管NE2500+MSPNE-1NE-NNENENENE-MRMS-1RMS-2RMS-3故障现象某日17时30分网上部分2M业务出现了TU-AIS告警业务中断经核实出现中断的业务都为RMS-1昀近新增加的业务并且这些中断的业务均与NE-M号站有关故障分析及排除用RMS-1网管查询NE-M号站的配置发现这些出现告警的业务配置已丢失在RMS-2网管上检查网管的操作日志发现17时30分前后RMS-2网管对NE-M号站执行过业务配置的操作OptiX光传输系统故障排除案例集锦第7章网管产品7-2初步判断是由于RMS-2网管执行的业务配置下发导致新增配置丢失引起了业务的中断经过了解RMS-1网管增加完配置后没有要求RMS-2和RMS-3网管上载配置进行刷新导致RMS-2将原有配置下发后导致了业务的中断业务配置都是由于中心RMS-1网管完成的RMS-1网管上的业务配置是昀新的配置RMS-2RMS-3网管在异地并且网管操作人员没有更新过数据其网管配置数据是20多天前的配置数据在事故发生时又由于RMS-2网管操作人员的误操作在业务配置窗口误按了激活全部对NE-M号站业务进行了全量下发由于此时通过RMS-2网管下发网元的业务并不是昀新业务导致NE-M号站网元侧的昀新配置业务丢失致使新增业务中断结论和建议1在多网管情况下要让备份网管起作用应该定期进行数据同步操作本案例中RMS-2RMS-3网管就应该将每天将对全网网元业务进行一次查询作为一项日常操作来执行2激活全部操作是个危险操作需要强调不要随意使用此操作对业务要按增量的方式进行增加和删除在进行业务操作时选中待激活业务按激活就可以进行业务增量添加不会对已配置业务带来影响3要注意网络的安全管理制定有效的维护制度加强密码管理设置相应权限的网管用户做维护时以维护权限用户登录做网络监控时以监视权限用户登录平时进行网管监控时应使用监视级别的身份登录避免不必要的误操作4OptiX系统提供了完善的网络安全管理可以通过设置网元用户的级别和网管用户的级别进行操作权限的控制如可以只给RMS-2和RMS-3网管分别分配只有监视级别或维护级别的网元用户在这种情况下即使RMS-2网管以配置级别的网管用户进行业务配置OptiX光传输系统故障排除案例集锦第7章网管产品7-3但由于网元用户操作权限的限制RMS-2网管也不能对网元进行实际的业务配置OptiX光传输系统故障排除案例集锦第7章网管产品7-47.2在OptiXiManagerT2000网管侧删除保护子网的正确方法系统概述根据业务配置需要需要在网管侧删除保护子网故障现象在OptiXiManagerT2000网管平台保护子网拓扑视图中选中某保护子网点击鼠标右键在弹出菜单中选择删除保护子网网管出现告警删除保护子网会严重影响业务确定之后再次提示删除保护子网属于危险操作故障分析及排除删除保护子网的方法有两个如果按照上述故障现象中描述的方法直接删除保护子网系统将默认删除网元侧的保护子网属于业务调测时的使用方法在上业务后禁止此操作如果在上业务后只是想在网管侧删除数据可参照下面的步骤进行1在主拓扑图中选择[传送工作台/传送网络保护管理]进入传送网络保护子网管理视图此时主拓扑图上多了[保护子网]菜单项2选择[保护子网/保护搜索]进入保护搜索向导3在现有子网一致性确认中显示出现有子网的名称状态和类型4选中要删除的子网然后按鼠标右键出现一个弹出菜单包括从网络层删除从网元侧删除两项5如果要删除网管侧的保护子网选择从网络层删除完成后左边管理视图中相应保护子网的拓扑会消失仅留下网元的拓扑结论和建议OptiX光传输系统故障排除案例集锦第7章网管产品7-5建议网管用户在操作时密切关注系统提示T2000网管一般对危险操作都有两次提示对不熟悉的操作请先阅读网管操作指导书或者咨询专家OptiX光传输系统故障排除案例集锦第7章网管产品7-67.3MFC42.DLL版本问题导致网管程序运行时出现非法操作系统概述NES4.3.1.8启动时正常但有时在上载网元数据的过程中系统弹出窗口报告程序有非法操作提示关闭应用程序故障现象在提示信息中包含这样的内容TASK在0167:6c371351的模块MFC42.DLL中导致无效页错误网管软件无法正常使用故障分析及排除借助Win98自带的工具系统文件检查器C:\windows\system\sfc.exe扫描改动过的系统文件发现MFC42.DLL位于C:\windows\system的版本有改动还原为原来的版本后故障消失网管恢复正常这里问题处理的关键为拷贝一个能使网管正常运行的MFC42.DLL文件可以从其它正常运行的计算机中复制于C:\windows\system目录下替换有问题的MFC42.DLL在Windows的图形界面下系统可能会提示MFC42.DLL正在被使用无法覆盖解决的办法为重启系统进入DOS命令行在命令行方式执行相应的操作结论和建议在Windows系统安装好之后昀好先运行一次系统文件检查器C:\WINDOWS\SYSTEM\SFC.EXE保存原始的系统文件版本信息日后如果出现因系统文件版本变更引起的问题借助该工具可以方便地校验出并且还原OptiX光传输系统故障排除案例集锦第7章网管产品7-77.4由于设置了单用户登录而造成其他用户无法登录系统概述iManagerT2000网管故障现象设置了test1操作级别用户但是用test1登录不上网元故障分析及排除1在网管中用admin用户增加了test1操作员级别的用户2但是在一段时间后发现用test1用户不能登录网管只能用admin登录分析1是不是test1用户的期限已到经查询test1设置为永不过期并且密码永久有效2在admin下再新建一个test2用户退出用test2用户也不能登录3是不是在admin时设置了单用户登录经过查询发现维护人员在为了调测时不让别人对网管操作设置了单用户登录模式维护完后没有更改过来4在admin下改变设置多用户登录模式退出再用test1用户登录正常结论和建议在维护前做一些设置时一定要记住做完维护后需要恢复这些设置OptiX光传输系统故障排除案例集锦第7章网管产品7-87.5如何解决因停电而导致的系统文件受损的问题系统概述某局使用我司的RMS网管版本是Solaris2.5RMS4728故障现象正常使用过程中突然掉电导致部分文件损坏不能正常启动网管故障分析及排除有时会出现因停电而导致系统突然关闭的情况此时在Solaris环境下若文件系统filesystem是Asynchronous形式的那么这种情况就很容易给该文件系统带来致命的损害在Unix环境下出现这种问题时大都会在系统重新启动时检查一下文件系统但有时损害程度极为严重时连这种检查都无法进行甚至要丢弃文件系统若不能够正确处理这种情况有时会把本可以恢复的一些宝贵资料丢失因此在这里想介绍几种降低损害程度的方法下面我们分步骤来看一下实际处理这种情况的方法[第1步]重新启动系统在Solaris环境下因为文件系统是Asynchronous形式的所以在重新启动系统时一定要synchronize同步disk磁盘为此在shell下键入sync命令即可由于系统内存仍留有在运行中被中断了的程序的一部分内容所以若不做任何处理就关闭系统的话就会丢失这些信息严重者会使文件系统全部损坏所以在shutdown之前一定要用sync命令将内存里的信息转移到disk上去在Solaris环境下重新启动的命令如下reboot[Enter]或shutdown-r+1[Enter]1分钟后重新启动系统OptiX光传输系统故障排除案例集锦第7章网管产品7-9[第2步]singlemode单模启动系统在Solaris环境下启动时一般键入[stop]+A便可进入PROMmode此时再输入下面这行命令boot-s[第3步]进入系统后再执行fsck命令执行下面的命令来检查所有文件系统[1]在Solaris环境下[2]fsck[Enter]若只想查看某特定部分在检查完/etc/vfstab下的文件系统之后依照下表执行fsck命令即可这里以查看下面的文件系统为例#devicedevicemountFSfsckmountmount#tomounttofsckpointtypepassatbootoptions##/dev/dsk/c1d0s2/dev/rdsk/c1d0s2/usrufs1yes-fd-/dev/fdfd-no-/proc-/procproc-no-/dev/dsk/c0t3d0s1--swap-no-/dev/dsk/c0t3d0s0/dev/rdsk/c0t3d0s0/ufs1no-/dev/dsk/c0t3d0s6/dev/rdsk/c0t3d0s6/usrufs1no-/dev/dsk/c0t3d0s3/dev/rdsk/c0t3d0s3/varufs1no-OptiX光传输系统故障排除案例集锦第7章网管产品7-10/dev/dsk/c0t3d0s5/dev/rdsk/c0t3d0s5/optufs2yes-/dev/dsk/c0t2d0s0/dev/rdsk/c0t2d0s0/homeufs2yes-/dev/dsk/c0t2d0s1/dev/rdsk/c0t2d0s1/[Enter]问题可以解决结论和建议当网管系统异常掉电导致不能正常启动时可以参照上面的方法解决OptiX光传输系统故障排除案例集锦第7章网管产品7-117.6密码更改导致远程维护不能登录系统概述某局采用SDH光传输设备组网使用工作站网管故障现象某日局方维护人员反映网元有异常告警于是申请进行远程维护工作站一切设置正常之后总是说密码错误而不能登录故障分析及排除分析是否CLIENT端的PPP_USER口令和SERVER端设置不同在现场使用vi查看/etc/uucp/systems文件昀后一行Login:ppp_userword:的后面是否和server端相同发现ppp_user的口令被更改将其更改为和server端相同之后可以顺利登录及时排除了故障如果server端不希望重新设置ppp而只希望改变ppp_user的口令可以在超级用户下可以在超级用户下用/usr/bin/passwdppp_user来改变ppp_user的口令结论和建议网管在设置远程维护的口令时要保证client端输入的Ppp_user口令和server端设置的相同平时不需要轻易更改以免发生故障时忘记了正确的密码而无法及时维护