常见操作检查.docx

常见操作检查.docx

《常见操作检查.docx》由会员分享，可在线阅读，更多相关《常见操作检查.docx（15页珍藏版）》请在冰点文库上搜索。

常见操作检查

一、常见数据维护操作：

1.日常维护脚本执行：

目前现场执行的脚本为sysmad这个脚本必须在备用侧进行运行,同时需要注意检查脚本执行后的Log文件。

对于报告提示有calldump的事件一定要及时查看并及时上报；对于有Billing的异常信息应该检查SAM13上/space/billing/cdr/download/下的文件是否被计费中心及时取走，另外可以检查当前的话单生成是否正常通过WEMAccountingOperationDistributionVoiceFileList

比对当前时间与最后生成的话单文件的时间是否相近，一般在5分钟左右（因为移动的话单产生周期为5分钟）。

2.用户查找及其位置信息删除：

WEMOfficeParametersMobilityConfigParametersSubscriberQuerybyIMSIorMSISDN

在如图的位置输入所需查询的手机号码，格式为86+手机号码，后Query

得到结果如下：

如果要查看用户详细信息，可以双击显示条；如果要删除用户信息，可以选中后点击右下角的DeleteRow按钮开删除。

删除后最好再检查一下是否已经确实删除掉,可以再进行一次查找.

二、统计指标的观察分析：

系统指标是指Spatial单位时间内整个系统运行的各项统计结果，一般情况下每15分钟会有相应的统计报告在系统内生成。

我们可以根据生成的统计报告来分析系统的运行状况。

一般最常用的就是summary报告。

WEMPerformance

主要关注callfailurerate这个指标。

三、系统状态观察：

系统状态观察也很重要，可以很直观的看到系统单元运行的状态，是否有硬件告警，资源是否超负荷，各模块的状态是否正常？

WEMSystemStatus:

里面有5个子菜单：

WMGNodeStatus、WMGCardsStatus、WSSCardsStatus、SS7LinkStatus、UsersStatus。

一般我们关心前面4个的状态。

另外对WMGNodeStatus也可以从WEM上直接观察：

WEMNodesWirelessMediaGatewaySpatialMediaGateway

检查时钟告警：

检查CM卡的状态：

另一个CM卡同样检查。

对于系统模块也可以在WEM上来检查其工作状态：

WEMNodesWirelessSoftSwitchWSSCards:

下图是SAM13状态，其余模块同样检查：

四、告警处理

1）传输告警

ATDMDs1FACILITYFAULT为TDM层的传输告警，表示某一条E1报传输故障。

查看WEM的Fault信息中的Component栏：

例：

“TDMDs1FACILITYFAULT”表示有传输告警，具体位置是“Alcatel7540WMG2intelface27.1.1.1.13”表示告警处于WMG2的Slot27上的1CISTM1Card－>1STM27-1－>1PATH下的第13块板卡有传输告警。

在WEM/Configuratiaon/Nodes/WGM下找到对应的位置，可在显示的具体信息中看到相关告警。

可在‘GENERAL’页面看到相应状态，判断告警是否为真（ALARMSTATUS为Alarmed，传输状态类型也应有相应类型的告警指示；

ReceiveRAI：

指收到远端检测到告警：

说明本端收信良好，发信有故障；

ReceiveAIS：

指本端至传输设备段良好，传输设备至远端故障；

ReceiveLOF：

指帧失步；

ReceiveLOS：

说明是本端的设备端传输中断）。

附：

传输状态类型简介

Status

Description

ReceiveRAI

收到远端检测到告警：

本传输设备端收信良好，发信有故障

ReceiveAIS

本端至传输设备段良好，传输设备至远端故障

ReceiveLOF

帧失步

ReceiveLOS

本端设备端传输中断

2）　OOSCIRCUITCRIICALALARM（10148）

告警产生原因：

中继群中退出服务的电路数超过了给定的水平：

此门限值可以通过Group配置，缺省值是15%。

中继电路退出服务的原因主要有5种。

（1）对电路进行了Lock或Shutdown操作。

（2）对电路所在的Group或者Span进行了Lock或者Shutdown操作。

（3）媒体网关上报故障。

（4）对局进行了电路维护操作，或者局间链路有问题导致目的信令点不可达（5）一对CCM板有问题或者SGW退出服务。

3）DPCOOS（15232）

告警产生原因：

DPC退出服务。

五、SG的告警及检查。

1首先SG的登陆，目前遵义有5套SG，OAM地址分别是：

5_1:

10.195.120.17;

5_2:

10.195.120.25;

10_1:

10.195.121.33;

10_2:

10.195.121.41

13_3:

10.195.121.57

登陆SG我们点开IE，在地址栏里输入OAMIP，回车会出现下图：

点击TOMIXhomepage.

点ALLHOME

选择你要进入的目录，然后会提示你输入用户名密码，10_2和13_3是SP2，帐户名密码是：

admin_root;admin_root;5_1,5_2,10_1是SP1，用户名密码是admin_root;A7570MG.

点ALL，所有的告警显示出来

SpecificProblems

MG#30属于垃圾告警

GSS7#1000DPC不可达。

此时检查Signaling/MTP3/DestinationPointCode里面的状态是不是ACT的，检查Signaling/MTP3/LINKSET点到该告警的信令集，看是不是所有的LINK都是INIT，有时候看到的状态不对，刷新2下。

如果都没有问题，则该告警是垃圾告警。

GSS7#1001Linksetoutofserver.检查Signaling/MTP3/LINKSET点到该告警的信令集，看是不是所有的LINK都是INIT。

GSS7#1002单个信令告警。

查看信令，首先点signaling,点Advanced,会出现如下图，点MTP3，LINKSET项，就可以查出所有的LINKSET了。

选中你要检查的LINKSET，双击进去就可以查看相关的LINK的状态。

ACT（正常）/INIT（不活）/BLOM（打死的）

检查DPC是否可达，在LINKSET下面的DestinationPointCode.正常情况下state应该是ACT的。

如果没显示State这项，可以点FILTER，在DestinationPointCode.State前面打钩，APPLY，然后就可以看到状态了。