公司生产分析汇报材料.pptVIP

目录 问题描述： 2010年3月23日凌晨昆明MGW15在U4N957P2补丁安装完成后发现异常释放码B1E（无线资源不可用RADIO RESOURCE UNAVAILABLE）。 故障影响： 共出现11400次异常释放码B1E 问题分析： 在处理问题的过程中，倒回原来的软件包也没有解决问题，故判定问题出现在补丁安装之前。通过MML指令查看RNC的路由信息如下： 查看数据库文件发现有多余的数据： ZDFD:CM,0:680000,,N; ＋＋＋ CM-0 FILE N:ORECORD N:O 0000000B FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 00 . CM-0 FILE N:ORECORD N:O 0000000C FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 00 . ＋＋＋ 发现MGW上有11，12两条无用的RNC路由。 造成该问题的原因是在上一个软件版本下存在删除ATM路由时如果不按照正常删除路由的操作步骤实施，系统不会有正常警示信息，且删除路由成功，因此会导致数据库索引文件紊乱。该软件瑕疵已经在目前的软件版本下得到解决（不按照正常步骤删除ATM路由信息时，系统会有警示信息出现，并且删除不能成功，从而从根本上杜绝此类故障的发生）。 案例描述： 2010年3月24日晚17时接到亿阳通知，无法采集到yn3上的无线测量数据，登录到OSS上查看发现保存OSS系统内置用户信息的数据库表A_SERVICE_USER已经不存在了。 影响： 此次故障造成YN3 OSS 所辖楚雄、红河和大理的BSC测量入库延迟40个小时。 (3月24日17时-3月26日9时) 后续处理建议： 针对此次的数据库故障，我们建议今后对OSS数据库中的关键数据表定期做单独的备份，同时加强数据库用户安全管理，完善系统操作日志，以便于及时定位问题，快速恢复系统。 从此次故障的处理过程中可以看出，对一些极端故障状况下定期实施系统应急恢复演练的必要性，亦即对在诸如此类的数据库故障平时很少发生的情况下，如果今后一旦发生，通过定期实施的应急恢复演练，使得我们能够用流畅、准确的操作最大限度的缩短故障历时。由于OSS系统应急恢复演练对现网设备测量上传的影响较大，接下来我们将与网管室就应急演练所涉及到的相关环节进行进一步的沟通和研究，持续提升网管系统的维护水平。 问题描述： 2010年03月23日上午10点，昆明公司反映在KM_BSCH2下终端用户投诉单通现象比较明显，同时KM_BSCH2中4条A口CCS7信令中断。 故障影响： BSCH2,H3,H4连接同一个TC3i设备，3个BSC的部分A口电路异常释放。 问题分析： 检查KM_BSCH2后发现该BSC使用的TC为TC3i设备，同时发现该TC3i设备还下挂KM_BSCH3和KM_BSCH4。进入KM_BSCH3和KM_BSCH4中检查网元发现KM_BSCH3和KM_BSCH4上也分别有5条和4条CCS7信令中断，伴随2950，2072告警和大量的2992告警，而故障出现的时间也和KM_BSCH2一致。 故障预防和建议 由于TC3i是09年新入网的设备，TC3i设备容量大，通常1架TC3i处理2-3台BSC的A口电路，建议对TC3i的设备使用情况进行梳理，建立完备的维护资料，在BSC和TC3i连接情况发生变化后（比如割接和搬迁），对TC3i的连接信息及时进行更新，方便日常的故障处理的快速定位和维护。 加强对2950，2072告警的监控，发现这些告警在检查A口传输和核心网无异常后，需要全面检查BSC和TC的单元，如果涉及TC3i设备，需