阿尔卡特BSC-MFS紧急故障下的应急措施.doc

BSC,MFS紧急故障下的应急措施 本文讨论的是在BSC,MFS异常运行情况下，为尽量减少相关通信业务的影响，尽快恢复设备的运行而在现场需采取的应急操作措施。本文中的一些应急操作措施可作为现场维护人员的操作的参考，由于每次发生紧急故障的原因可能并不完全相同，因此现场一旦有原因不明的紧急情况时，还需及时与本公司的技术支持取得联系，在技术支持的指导下完成各项故障定位及恢复操作。 为保证能够在紧急情况下，应急措施能够正常实施，平时在现场必须准备如下工具： RS232调测电缆 EICON卡及X25线 直连网线 用于设备操作维护用的笔记本电脑，并已安装了如下工具： 正确版本的BSC TERMINAL 正确版本的LMCT软件 正确进行了用于MFS维护的设置及软件的安装 静电手环，接地线 GPRS的配置表 当前版本的MFS软件安装光盘 网络的软件备份，包括BSC的备份软件，MFS的MIB数据库备份 一，BSC的紧急情况应急措施 涉及影响到整个BSC通信业务的紧急情况一般有如下几种情况： A接口方向产生故障，A接口及NO7资源大量不可用，甚至部分DTC模块工作异常。 大量TCU，DTC模块发生重启，且没有任何模块能够正常下载及恢复正常。 针对上述两种情况的应急措施如下： 第1种情况： 对于A接口的故障，若短时间内如无法解决，则一方面需交换侧配合察看信令负荷，另一方面在无线侧可按如下操作过程密切关注A接口上的负荷： 系统菜单：BSSUSM ------ USD ------ A Interface． ﹡注：由于此图为机房测试环境，所以有效值均为0，实际值以现场数据为准 若存在SCCP及ACH负荷过高的情况（建议SCCP超过0.4,ACH超过0.8） 在 “Directory Path” 输入BSS文件路径或者 Browse 按钮选择文件路径 选择 BSS-masterfile xxxMxxxx . xxx 然后点击 Enter. 指定目标盘. 选择 Disk A. 在 ‘Files To Transfer’ 窗口会显示将要传递的文件。 点击Go! 开始文件传送 (开始下载). 检查文件传送后的报告. 相同的操作把文件也传入DISK B. C)检查DISK A和B的文件数，确认无问题后，重启BSC 如下命令： 显示如图： 按上图参数设置后，点击OK重启BSC 通过上述方法能在保证硬件正常的情况下，使得BSC利用备份的软件重新恢复正常运行。 在重启过程中，为了保障重点区域优先通话，将其它区域的基站传输断掉(DDF侧)，待BSC全部处于正常状态再逐个恢复。 二，MFS在紧急情况下的应急措施 MFS发生紧急情况时，往往表现为两个互为主备用的STATION同时发生异常，当两个STATION都无法正常工作时，往往会逐步影响到GPU的运行，同时若要及时恢复GPU的运行，尽快恢复STATION的正常运行也是极其重要的。 在排除硬件故障的前提下，可按如下过程恢复STATION的正常运行： 立刻中断每个JAETI上ETH端口的连线。目的是为了把MFS的TELCOM部分同STATION部分隔离开，以避免后续对STATION的操作引起GPU的RESET。 用终端登陆至MFS的两个STATION,并利用ps –ef | grep mfs的命令确认进程异常。同时通过df –k命令检查文件系统的占用情况并无异常。 若进程异常则在两个STATION上分别利用/usr/mfs/bin/mfs_stop_nectar命令重启STATION,以避免STATION自动重启进程而造成STATION不断自动重启。 在STATION A上登录至/var/adm/nectar/data/目录，删除counter文件（该文件中记录了一个计数器，对station自动的异常重启进行计数，当计数超过4以后，STATION重启时将不再对mfs的进程重启，检查该计数器可使用od –d counter命令。在删除该文件后，station在重启时会重新生成该文件，并把计数清零），该步骤的目的是为了后续的操作中，在重启STATION的时候，正常重启相关的进程。 在STATION A上利用/usr/mfs/bin/mfs_start_nectar –site 命令，单独重启STATION A,并观察现象，若是MIB数据库正常，则STATION能够正常启动，反之若数据库异常，则STATION的操作系统能够起来，但在进程重启时，会引起STATION的重启。 把STATION A的nectar stop掉，在STATION B上重复4,5两步步骤，验证STATION B的重启异常现象。 说明：步骤3，4，5，6是验证故障的现象 在两个STATION上分别收取usrfile1.l