电源固件为什么要更新
电源模块自带固件，更新动机通常是修复误报（例如输入或风扇告警频繁上报）、调整风扇曲线、改进与新版本主板或 BMC 的兼容性。更新通过带外工具执行，属于模块级操作：被更新的模块在过程中不可用，所以必须在维护窗口逐个模块进行，始终保持另一路冗余在线，避免在同一时刻把冗余窗口清零。
基本信息
| 更新动机 | 误报修复、散热策略调整、兼容性改进 |
|---|---|
| 执行方式 | 带外 Web、带外 CLI 或引导介质（依厂商） |
| 窗口要求 | 维护窗口执行，避开业务高峰 |
| 主要风险 | 升级过程中模块掉线、供电冗余缺失 |
| 验证内容 | 固件版本一致、SEL 无新告警、冗余恢复在线 |
典型使用场景
- 误报频繁：某个模块反复上报输入或风扇告警，干扰值班判断
- 兼容性改进：新批次主板或新版本 BMC 要求电源固件达到指定版本
- 更换模块后的版本归一：新备件与原模块版本不同，统一后才能做批量策略
- 散热策略优化：厂商在新固件中调整了风扇曲线，降低噪音或改善温升
- 响应厂商生命周期公告：公告明确修复本机型已知问题
升级前后的基线记录
升级前后的基线记录
ipmitool fru | grep -iA6 "power supply" # 升级前记录模块 FRU 与版本
ipmitool sdr type "Power Supply" # 记录两个模块的状态与读数
ipmitool sel elist | tail -10 # 记录升级前的事件基线
# 升级：按厂商工具执行（带外 Web/CLI/介质），逐个模块进行
ipmitool sdr type "Power Supply" # 升级后核对：版本、状态与冗余是否恢复升级节奏与核对项
| 阶段 | 动作 | 核对内容 |
|---|---|---|
| 升级前 | 记录两模块版本与 FRU、导出 SEL 基线 | 版本号、所在槽位、当前是否有未处理告警 |
| 升级中 | 逐个模块升级，另一个保持在线 | 剩余模块承载全部负载且读数正常 |
| 升级后 | 版本复核与事件检查 | 版本一致、SEL 无新增告警、冗余恢复 |
| 观察期 | 跟踪风扇与输入相关告警 | 原误报是否消失，是否出现新的报警 |
避免同时升级两个模块：升级期间冗余窗口会同时消失，此时任何一路输入异常都可能直接导致断电。
升级前确认单模块能否承载全机负载：如果当前负载率已接近单个模块的额定输出，冗余本就不足，应先调整负载或换时间窗口。