告警查看
NSN查看告警操作指导
1.IOMS上的告警查看方法(该网管上的告警不管是否开工程模式都会存在) 告警提取工具：application Launcher Client 2
程序目录如下：
打开IOMS网管配置：
第二种方法：快捷方式进入。
OMC2（10.212.247.212）和OMC3（10.212.193.72）的路径都是一样的。
双击要查的片区的IOMS,进入
当前告警（按时间排序）
保存文档：
当前告警严重分析：
查历史告警如下：
Alarm Numbers 这个留空白是所有的告警
OSS网管告警查看方法（该网管上的告警需要打工程模式才能屏蔽，否则会出工单）进入网管功能页面：
通过Monitor登入：
查看当前告警：
按时间排序，是否有新出的告警，再去检查基站ENDID，是否为修改参数站点。
如果出现新的告警，请做好记录，及时发给故障跟踪（李阳）人员。
HP R 通过MP卡查看告警日志 消除告警灯及软重启
HP RX8640通过MP卡查看告警日志、消除告警灯及软重启一、登陆MP卡1、通过网络方式通过网线连接MP卡的RJ-45口，通过telnet方式登录，登录账号和口令均为Admin 2、通过串口线方式登录登录账号和口令均为Admin ，CRT设置如下：3、登录后如下三、查看告警日志1、在MP>下执行SL查看日志2、执行SEL查看事件日志3、选择告警级别（按“A”）4、一般选择按“3”选择查看Warning级别以上日志5、按“T”以文本的形式显示详细的告警信息6、按“L”查看最新的日志（lastest）看完日志，按CRT+B返回主菜单四、消除告警灯一般告警灯在查看完事件日志后就会自动消除（比如温度过高告警），也有时候查看完告警日志后告警灯依然存在，需要消除隐患后才会消除告警灯（比如CELL板CPU风扇告警）五、查看是否存在硬件故障1、在主菜单下执行CM命令进入命令菜单（不知道命令可以HE查询帮助）2、执行PS命令显示设备状态3、选择硬件（一般选择整个柜子），按“T”若检测到硬件错误，则继续往下看是哪个部件有报错，保存整个执行日志记录，方便错误诊断。
六、查看设备型号1、在CM>菜单下执行“DF”，选在按“D”2、选择类型根据具体情况选择要查看型号的设备类型，若要搜集所有就按“A”就可以了。
七、在MP卡下重启RX86401、在CM>菜单下执行RS重启（常用）在主菜单下执行VFP查看虚拟面板，观察启动情况。
在主菜单下执行CO进入到console，观察系统启动情况。
2、在CM>菜单下执行PC，OFF/ON重启机器2.1 OFF（关闭）机器2.2 ON（开启）机器在主菜单下执行VFP查看虚拟面板，观察启动情况。
在主菜单下执行CO进入到console，观察系统启动情况。
顾典取2015-12-18。
固网网管工作手册
语音交换网管日常维护一、玉山贝尔GW/DC21、告警信息检查（巡查时或听告警音响时做如下操作）>MMUSERID:PW0001PASSWORD:WG PW0001〈19:OPTION=ALL．列举一些常见故障的处理方法：（1）显示有CTLE告警：表示有模块告警报告中显示SBLALM NA SBLNBRCTLE 0701 1用宏指令IDS查看一下模块的类型>:IDS N,701报告中显示NA LCE APT POS701 45D0 012A-DIAM#XBX 1G213|_告知交换专业可用人机命令< 7:SBLTYPE=CTLE，NA=H’701，NBR=1.报告中显示STATE-CHANGEFLT TO IT →表示已正常FLT TO FLT →表示仍不正常，则通知交换专业处理（2）显示有LOS告警：表示为光路告警报告中显示ALMNBR为X表示第X个155光口中断，具体可查看资料表苏州玉山贝尔GW 的S12-VC12 的VC4ID＝X 判断出对端局向，并立即通知传输和交换专业处理。
（3）显示有LOPSLM告警：表示光口中的2M告警根据报告中的ALMNBR=X查资料表苏州玉山贝尔GW 的S12-VC12 的VC12ID＝X 判断出对端局向，通知交换专业处理。
（4）显示有AIS告警：表示有电口2M中断根据报告中显示的NA=150C 查资料表苏州玉山贝尔GW 的S12-E1 可查到对端局向，并通知传输和交换专业处理。
（5）显示有TRSLIPH或LIS或RJA告警：表示2M有传输告警根据报告中显示的NA=0737 查资料表苏州玉山贝尔GW 的S12-E1 可查到对端局向，并通知传输和交换专业处理。
（6）显示有TASL告警：根据NA用（1）方法得出模块类型，通知交换专业处理。
（7）显示有CONV告警：电源模块告警根据报告中的RITPOSIT 如2 C 06 17表示玉山二楼机房贝尔设备第2排第3个机架第6分架17槽位的电源板出现故障，立即通知交换专业人员，并可在交换专业人员的指导下拔插相关电源板，或进行更换电源板的操作。
告警百科：故障处理手册(中兴)
1、MTP3链路不可用告警原始信息：EVENT=MGW7001PackageNo=1BUREAU=162MODULE=1ALARMID=4294970563ALMSOURCE=Rack(1)-Shelf(2)-Slot(11)-Cpu(1)NETYPE=MGWEVENTTYPE=0TITLE=MTP3链路不可用ALMCODE=8400129CAUSE=1.链路物理不通。
2.链路测试不通过。
3.SMP单板重启或者SPB/APBE单板重启。
EVENTTIME=2010-08-06 00:24:54SEVERITY=3ALARMTEXT=MTP3链路不可用AdditionalInfo=局向号=38(HESGS2BS28);链路组号=38(HESGS2BSNT28);链路号=142(HESGS2BS28TASIG2);信令链路码=1;退出服务原因=10(物理链路断);链路状态=4(退出服务态)ENDIND=2010-08-06 00:28:38(finished)标准化网管告警ID：008-003-02-800007告警原因解释：MSC至BSC一条信令链路断。
产生此告警的原因可能有：1、物理链路不通；2、链路测试不通过；3、SMP单板重启或者SPB/APBE单板重启。
工程对告警的影响参考：BSC调测、升级；传输割接。
预处理建议：1、告警真实性核实登录网管客户端，选择视图→告警管理选择查看告警→告警实时监控，查看当前实时告警，确认告警是否发生2、告警有效性核实根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息，若无相关工程等调整信息，确认为有效告警，需处理。
3、故障定位步骤选择配置管理→选择MSCS或MGW→动态管理→选择邻接局向→选择链路→查询链路状态（对不可用的链路进行去活/激活）4、故障预处理方法1）MTP3发起的断链请求，可能是两次链路测试不通过导致；2）检查链路两端配置、物理连线等；3）误码高，链路质量不好，需要从工程方面检查配置，包括E1的阻抗、时钟等；4）在服务状态下，收到对端的SIOS，这时需要确认对端断链原因；5）检查链路两端配置是否一致，包括点码，SLC；6）检查链路如果配置需要测试，是否配置测试码；7）检查是否有SMP单板或者SPB/APBE单板重启的告警；8）若告警消除，系统工作恢复正常。
通讯设备出现的告警处理大全
1.2_1V含义1.2_1V。
表示交叉芯片1的1.2V供电故障。
告警级别紧急告警相关单盘MXCU、SXCU对系统的影响机盘无法正常工作。
可能原因机盘故障。
处理步骤1. 通过OTNM2000网管系统查看告警，确定该告警所在的机盘。
2. 采用相同型号的备件机盘对故障机盘进行更换，参照《常用操作》。
1.2_2V含义1.2_2V。
表示交叉芯片2的1.2V供电故障。
告警级别紧急告警相关单盘MXCU、SXCU对系统的影响机盘无法正常工作。
可能原因机盘故障。
1. 通过OTNM2000网管系统查看告警，确定该告警所在的机盘。
2. 采用相同型号的备件机盘对故障机盘进行更换，参照《常用操作》。
1.2_3V含义1.2_3V。
表示交叉芯片3的1.2V供电故障。
告警级别紧急告警相关单盘MXCU、SXCU对系统的影响机盘无法正常工作。
机盘故障。
处理步骤1. 通过OTNM2000网管系统查看告警，确定该告警所在的机盘。
2. 采用相同型号的备件机盘对故障机盘进行更换，参照《常用操作》。
ADC_ALM含义色散补偿告警。
当波分侧速率为40Gbit/s的OTU盘的TDCM模块色散调节失败时，产生此告警；当机盘的TDCM自适应色散补偿设置项为“禁止”时，将不产生此告警。
告警级别次要告警。
相关单盘OTU3E、OTU3F、OTU3S、LMS3E。
对系统的影响线路盘或OTU盘上运行的业务会出现误码甚至中断。
可能原因◆线路侧集中DCM补偿过低或过高。
◆机盘TDCM的色散补偿值设置过低或过高。
◆机盘故障。
处理步骤1. 通过OTNM2000查看告警，确定产生该告警的机盘。
2. 检查线路侧集中DCM补偿是否过低或过高，如果过低或过高，则更换或增加合适的DCM模块。
3. 如果告警仍存在，检查机盘的TDCM的色散补偿值是否设置过低或过高，如果不正确，修改并重新下载配置。
4. 如果告警仍存在，确认告警机盘故障，更换告警机盘，具体操作见《常用操作》。
ALN_ERR含义对齐错误过限告警，当15分钟内TGX盘某以太网端口收到的ALIGNMENT 包数大于网管的单盘配置“全局配置块”选项卡中设置的对齐错门限值时，对应端口产生此告警。
Oracle的告警日志的查看与监控
Oracle的告警⽇志的查看与监控Oracle的数据库⽇志⼤致可以分为三⼤类告警⽇志、跟踪⽇志、重做⽇志今天主要来谈谈告警⽇志告警⽇志（记录报错信息）⼀般命名为alert_<SID>.log，数据库告警⽇志是按时间顺序记录message和错误信息。
告警⽇志具体记录的内容1：所有的内部错误（ORA-600）信息，块损坏错误（ORA-1578）信息，以及死锁错误（ORA-60）信息等。
2：管理操作，例如CREATE、ALTER、DROP语句等，以及数据库启动、关闭以及⽇志归档的⼀些信息。
2.1 涉及物理结构的所有操作：例如创建、删除、重命名数据⽂件与联机重做⽇志⽂件的ALTER DATABASE命令，此外还涉及重新分配数据⽂件⼤⼩以及将数据⽂件联机与脱机的操作。
2.2 表空间操作，例如DROP与CREATE命令，此外还包括为了进⾏⽤户管理的备份⽽将表空间置⼊和取出热备份模式的操作3：与共享服务器或调度进程相关功能的消息和错误信息。
4：物化视图的⾃动刷新过程中出现的错误。
5：动态参数的修改信息。
查看告警⽇志所在的路径SQL> show parameter background_dump_dest;如何监控告警⽇志1.通过外部表来查看告警⽇志⽂件的内容。
相当的⽅便。
然后也是使⽤定制SQL语句来查询错误信息依据⽇志所在路径创建逻辑⽬录create or replace directory alert_log as'/home/oracle/app/product/19.3.0/dbhome_1/rdbms/log';创建外部表关联这个⽬录，就可以直接通过表查看⽇志信息了create table alert_logs(text varchar2(2000))organization external(type oracle_loaderdefault directory alert_logaccess parameters(records delimited by newlinefieldsreject rows with all null fields)location('alert_CDB.log'))reject limit unlimited;检查是否存在数据库系统错误提⽰信息，查看有⽆“ORA-”，Error”，“Failed”等出错信息。
《故障处理报告单》
表5-2 〈〈故障处理报告单》故障工程1故障现象:单基站，一扇区，上电后，基站正常建立：UE无法入网；查看告警：无告警显示。
故障原因分析：1. UE的PLMN号与数据配置不一致2. UE的制式错误；导致无法入网；3.故障处理过程：1. 在eNodeB主界面点击修改UE参数，修改UE的PLMN号为46000 ;2. 在eNodeB主界面点击修改UE参数，修改UE的制式为TDD;故障工程2故障现象：现有一基站。
1. 一个扇区，且上电后小区无覆盖。
2. UE不能正常入网。
3. 通过物理连接上发现3号槽位上基带板制式为FDD4. 通过告警查看：(1)、单板类型和配置不匹配告警。
故障原因分析：1. 基带板配置不匹配。
导致单板类型和配置不匹配告警，进而导致小区无法建立成功。
故障处理过程：1. 通过DSP CELL命令查询小区状态，发现小区为“未建立，无信息”。
2. 通过LST CELL命令查询，发现小区为去激活状态。
3. 通过ACT CELL命令激活小区，发现小区模式与基带板制式不符合。
4. 通过LST BBP命令查询单板配置，发现单板制式为“频分双工”确定故障点。
5. 通过MOD BBP命令修改单板制式将“频分双工”改为“时分双工”6. 通过ACT CELL命令激活小区。
7. 通过DSP CELL命令查询小区状态，小区建立成功。
8. 打开UE界面，UE正常入网，故障排除。
故障现象：1、现有一基站，一个扇区，上电后发现扇区正常覆盖，UE无常入网;2、查看告警得知：无告警信息；3、查看UE制式发现UE制式为TDD。
故障原因分析：1、S1接口闭塞导致UE无法入网故障处理过程：1、通过DSP S1INTERFACE命令发现S1接口闭塞2、通过UBL S1INTERFACE命令，将S1接口解闭塞3、通过重启基站后，发现小区正常建立，UE正常入网。
故障现象：单个基站，基站下有单个扇区，小区未建立，UE无法入网故障原因分析：基带板配置不匹配。
网管查看及告警问题处理
目
网管问题介绍
录
网管服务及进程介绍
网管常见问题处理
告警性能问题处理
18
告警性能问题处理
由于IPRAN、POTS设备(以下简称新设备，其它设备简称老设备)的告警、 性能和网管之间使用的是PB数据协议，所以通过抓包已经不能只管的看 到设备上报了什么数据了，使大家碰到问题时不好确认是哪里的问题。 以向大家介绍不跟踪代码，初步排查问题的方法。 老设备使用MS0502、MS0702来和设备同步告警，其中MS0502是网管轮询 同步完整的告警数据，MS0702是设备主动上报增量告警数据。每30秒网 管会向设备发起一次MS0502轮询。新设备由于线路号扩展的原因，不再 使用这两个协议，但是同样有网管主动轮询和设备主动上报两种协议。 在两种情况下，网管会发起轮询： dtserver服务启动时，会向所有新设备的网元发起一次轮询； 新设备网元中断恢复时，网管会向该网元发起一次轮询。 请注意，这种轮询是一次性的，不会不停的轮询。 网管轮询告警使用的是JC0421协议。JC0421协议是一个协议族，里面分 了很多种子协议，告警轮询使用的是0D标志，简称JC0421-0D协议。 在轮询之后，设备发生告警变化时，通过JC0422-0D协议上报。
15
网管常见问题处理
Maneger2服务无法启动 检查网线是否插上，核查网关设置及otnm.ini中manager2中ip设置。 网管用户已锁定 1、多次输入密码错误后，网管用户被锁定，无法登入。一定时间过 后，又可以重新登入。 2、修改otnm.ini文件，查找PASSWORD_WRONG_LOCK_TIME 将其值修改 成 “0”，完成后重启Dtserver服务。 无法读取历史性能 1、是否有设置性能采集任务 2、是否只是某个时间点以前的可以读取，如果是，可以初步判定 数据库表问题，需要修复或清库。 无法读取历史告警 是否只是某个时间点以前的可以读取，如果是，可以初步判定为 据库表问题，需要修复或清库 告警或性能中有“noname”、设备告警不能屏蔽或环回 一般是单盘软件版本与网管软件版本不匹配导致，请抓包反馈回总 部等待补丁。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
当前告警的日常操作
1 访问当前告警管理数据库
对于维护人员来说，通过告警来了解现场设备工作状态是一种必要手段。
这样，首先就需要了解A1353RA 的当前告警管理工具－CAL。
1.1 启动当前告警管理工具－CAL
1．动CAL；
图1 启动CALL
2．可见当前告警数据库被打开；
图2 CALL 界面一
初始界面中，并不直接显示告警，而是显示告警子数据库（Sublist），以
及子数据库中各类告警的统计值；
当某个告警子数据库（Sublist）有新告警加入时，则显示出新告警标识。
1.2 访问告警子数据库
1．方法一：可双击需打开的sublist；
图3 选中SSuubblliisstt
2．方法二：选中sublist 后，在菜单上选Open 打开；
图4 打开SSuubblliisstt
3．可见所有sublist 中的告警。
图5 SSuubblliisstt 窗口
窗口上半部分为菜单及计数器；窗口下半部分为所有告警条目，可通过颜色来判断告警的严重性。
表1 告警分类
在Sublist 中，告警一般是按时间降序排列，最新发生的告警条目在最上方，使用者可定制告警条目的排列。
2．当前告警查询
当前告警会直接告诉我们现场设备所发生的问题即故障的对象，故首要任务是
了解如何查询告警。
2．1 打开告警信息
1．进入告警列表界面；
图6 告警列表
在界面上可得到部分有关告警的信息，但是要得到具体的信息，还需要进入告警信息窗口。
2．打开告警信息窗口；
方法一：双击告警条目；
图7 告警条目
方法二：在选中告警条目的右键菜单中选中“More Info”。
图8 告警信息
进入信息窗口；
图9 告警信息窗口一
主要的具体内容在“Diagnosis”中，可见“Additional Text”窗口。
图10 告警信息窗口二
为了提供查询告警字典的索引代码，必须在“Additional Text”窗口中查询以下信息：Alarm class、Alarm type、Alarm Nb。
3．常见告警
下面列举几种在工作中常遇到的告警：
1．图中Cell loss-of-BCCH告警为丢失BCCH，小区退服，告警类型是质量和服务。
2．图中告警是BSC某个硬件（DTCC或TCUC）过载告警，告警类型是EQUIPMENT硬件告警。
3．图中上边红圈中告警是2M丢失，告警类型是传输告警，下边红圈处是Q1地址不正确，
告警类型是软件错误。