设备闷声出故障：display alarm active把当前告警翻成一张清单

设备出故障未必有人知道：网管平台没对接、SNMP没配告警上报的机房里，端口断了、模块出问题，设备只会在自己肚子里记账，表面看不出任何动静。等用户报障"网不通"，查了半天发现是个三天前就Down掉的口子——这种事的根子不是没告警，而是没去翻。华为官方文档的display alarm active命令，把设备当前仍处于活动状态的告警列成一张清单，巡检时先翻它，闷声的故障就地现形。

活动告警一张表

登录设备敲命令，当前未恢复的告警按序号排队：

<HUAWEI> display alarm active
A/B/C/D/E/F/G/H/I/J                                                                                                                 
A=Sequence, B=RootKindFlag(Independent|RootCause|nonRootCause)                                                                      
C=Generating time, D=Clearing time                                                                                                  
E=ID, F=Name, G=Level, H=State                                                                                                      
I=Description information for locating(Para info, Reason info)                                                                      
J=RootCause alarm sequence(Only for nonRootCause alarm)                                                                             
  92/Independent/2019-08-09 10:44:58/-/0x502001/linkDown/Critical/Start/OID 1.3.6.1.6.3.1.1.5.3 Interface 58 turned into DOWN state.
(AdminStatus=1,OperStatus=2,InterfaceName=40GE0/0/5)

表头教你怎么读

输出开头的表头就是读法说明书，几个关键字段直接对上排障动作：Generating time是告警产生时间——用户报障时间点和它一对，因果立判；Clearing time是恢复时间，这栏是短横线说明告警还没恢复，正是要处理的事；Name与Level给出告警类型和级别，案例里的linkDown配Critical，翻译过来就是"接口Down了，级别致命"；最后一行描述把落点写死——哪个口、管理状态与运行状态各是什么，直接给出排查起点。案例里AdminStatus=1而OperStatus=2的搭配还藏着一层信息：管理面想让它开、运行面却是Down，典型的线路或对端问题，而不是有人手动关了口子，排查方向当场收敛一半。

从清单到动作的三步走

翻到告警之后怎么处理，建议按固定套路走：先按Level排优先级，Critical、Major的当场处理，次要的排进计划；再看Generating time定因果，早于用户报障的告警往往就是故障根源，同时间段成串出现的告警八成是一个根因带出来的一串反应，表头里RootKindFlag字段专门帮着分辨根因告警和衍生告警；最后按描述里的接口名现场核实，是线松了、模块坏了还是对端设备停了，处理完再翻一次清单，确认Clearing time出现了才算闭环。

别让清单只有故障才看

这条命令的价值取决于使用频率：纳入每日或每周巡检例行翻一遍，故障在用户感知之前就被处理掉；出了事再翻，它依然是快速定位的第一入口。它和日志是两本账，分工不同：告警是设备自己判定过的异常事件，带级别带状态，该看的是"现在还有什么没恢复"；日志是流水细账，该看的是"当时发生了什么过程"。巡检先翻告警清单抓当前，排障再翻日志追过程，两步配合着走。配合设备健康读数一起看，硬件类的告警还能和温度、电源状态互相印证。没有网管平台的小机房，靠这一张清单加一条巡检纪律，也能把"设备闷声出故障"的局面翻过来。

告警要主动翻，数据也要主动防。贵州诚鑫致达科技为企业做设备巡检制度与NAS数据备份的配套建设，欢迎搜索关注交流。

企业存储选型参考｜贵州诚鑫致达

小团队起步上手 NAS，群晖机型参考：DS425+ · DS224+ · DS124。需要选型建议或上门评估，搜「诚鑫致达」即可找到我们。

服务区域｜贵州诚鑫致达

贵州群晖NAS、贵阳存储、数据备份、信创云盘或 IT 集成服务，可联系贵州诚鑫致达科技，服务范围覆盖贵州全省各市州。重庆企业 NAS 存储、服务器运维与容灾备份方案。