交换机电源模块状态变为 fault，但本级和网管均未产生告警，这种情况通常源于配置层面的问题。根本原因很可能在于信息输出的过滤规则被修改，或是 SNMP Trap 功能未启用。

 第一时间：排除物理硬件故障

在进行复杂的配置检查前，请先确保不是物理连接或环境问题导致的故障。

• 检查物理连接：确认故障电源模块的线缆连接牢固，尝试重装模块以排除接触不良的可能。

• 检查供电环境：验证电源输入电压是否在设备允许范围内，排除外部供电波动或不稳定的影响。

• 检查环境温度：确保交换机工作在建议的温度范围内，过高的环境温度可能导致电源进入保护状态。

 逐一排查：找出告警信息的“消失路径”

电源故障按重要性评级为 critical 级别，属于最高优先级的告警之一。如果设备自身和网管都没有收到，可以按以下路径依次排查：

 排查点1：设备本地日志信息输出

交换机默认会启用信息中心 (info-center enable)，并将电源故障这类 critical 级别的信息输出到本地日志缓冲区 (logbuffer)。如果 logbuffer 中都没有记录，需要确认信息中心是否被全局关闭，或电源模块的日志被过滤了。

• 排查命令：

  • display logbuffer：查看系统的本地日志缓冲区，看是否包含类似 %Jan 1 00:06:41:532 2021 H3C DEV/2/POWER_FAILED: Power 2 failed. 的关键日志。

  • display logbuffer summary：快速查看各等级日志的统计信息，确认是否存在 critical 级别的条目。

  • display info-center：检查 logbuffer 输出通道的日志等级上限是否为 informational (6) 或更高级别，因为 critical 级别大于 informational 必须能输出。

• 应急配置：

  system-view

  info-center enable quit save force

 排查点2：SNMP Trap 配置

SNMP Trap 是实现告警实时上报的核心机制。U-Center 只有收到设备发出的 Trap 才会立即产生告警。如果收不到，通常是 Trap 功能未启用或目标地址未配置。

• 排查命令：

  • display current-configuration | include snmp-agent trap：检查设备是否全局开启了 SNMP Trap 功能，例如 snmp-agent trap enable。

  • display current-configuration | include target-host：检查是否配置了正确的 Trap 目标主机（即 U-Center 的 IP 地址）。正确的配置示例为 snmp-agent target-host trap address udp-domain 192.168.1.100 params securityname public v2c，其中 192.168.1.100 是 U-Center 服务器 IP, public 是团体名。

• 应急配置（参考）：

  system-view

  snmp-agent trap enable # 开启所有告警功能 # snmp-agent trap enable source GigabitEthernet1/0/1 # (可选) 指定发送Trap的源接口 snmp-agent target-host trap address udp-domain <U-Center-IP> params securityname <community-name> v2c quit save force

 排查点3：U-Center 平台的告警接收侧配置

即使设备配置正确，U-Center 平台侧的设置也可能导致告警“丢失”。

• 检查点：

  • 过滤规则：登录 U-Center，检查是否设置了针对电源告警或特定源 IP 的过滤规则，导致该 Trap 被丢弃。

  • 升级规则：确认预定义的“电源供电失败”告警升级规则是启用的。如果规则被禁用或配置了时间范围等限制，则即便收到 Trap 也无法产生告警。

  • 浏览Trap：在 U-Center 的 Trap 浏览功能中，查找来自交换机的最新原始 Trap 数据。如果能找到原始 Trap，说明设备到平台侧的 SNMP 通道正常（在排查点2检查过），问题在于平台的规则配置；如果连原始 Trap 都没有，则说明问题在排查点2或1。