SHRHLR3 CMM单元高负荷问题
一、故障现象
从7月以来，SHRHLR3 CMM单元负荷异常变高，且备用CMM单元重启后无法正常工作，造成SHRHLR3“单边”工作。7月30日晚进行系统重启后，问题短暂消除。随后，在8月上旬，SHRHLR3 CMM单元负荷又异常变高，该问题再次出现。8月15日晚，再次重启交换机，CMM负荷暂时恢复正常。
二、处理过程及原因分析
针对此情况，查看交换机的运行记录，如告警记录、命令日志LOG等，发现SHRHLR3CMM单元每次均为从1％左右突然变为87％，待对备用CMM重启时，备用CMM无法成功加载，且主用CMM的负荷立刻升为100％。虽然暂不影响业务运行，但交换机处于高风险状态。检查系统操作日志，注意到每次CMM单元负荷异常升高时，均有执行QCD指令（删除X.25物理链路）操作，用于OLCM业务功能的调测，且每次指令均无法成功完成，也无法中途取消。为得到确认，我们提取了SHRHLR3的系统软件包，并在NOKIA测试床上进行模拟测试，发现一执行QCD指令后，CMM单元负荷立即升高。因此，判断对X.25物理链路的删除操作QCD指令是造成CMM单元高负荷运行的直接原因。
三、解决措施
通过在NOKIA测试床上测试，发现X.25物理连接所在的电路组“X25CGR”中，参数“HUNTED”错误地设为了“YES”。查询相关文档，电路组中HUNTED参数是用于控制电路组中中继电路分配占用的。在X.25连接中，无需激活该参数。8月29日晚，对SHRHLR3的X.25电路组进行了数据重新制作后，故障排除。目前，SHRHLR3运行良好。