维修后为什么要复核配置
维修换件之后必须复核配置，防止维修本身引入隐性变更：新部件的固件版本、阵列状态与策略、传感器读数与冗余状态都要逐项确认。替换盘或替换卡尤其容易带来固件版本差异与策略默认值差异，不复核就会在之后的业务运行中表现为说不清的行为变化。把复核做成固定清单，一次把机型、位置与差异登记清楚。
基本信息
| 复核部件 | 新部件的固件版本与序列号 |
|---|---|
| 阵列项 | 虚拟盘与物理盘状态、策略与热备配置 |
| 传感器项 | 温度与风扇读数、冗余状态 |
| 记录内容 | 维修记录与配置差异 |
| 执行形式 | 固定清单逐项打勾，避免靠记忆 |
典型使用场景
- 换盘后复核：确认阵列重建完成、策略未被重置
- 换卡后核对：确认驱动与固件版本匹配，且功能可用
- 电源与风扇更换：确认冗余恢复且读数正常
- 维修后回归业务：在把设备交回生产前确认状态
- 台账更新：把新部件序列号与版本写回资产信息
复核命令示例
复核命令示例
storcli /c0/vall show 2>/dev/null | head -20 # 虚拟盘状态与策略
storcli /c0/eall/sall show 2>/dev/null | head -20 # 物理盘与槽位状态
storcli /c0 show all 2>/dev/null | grep -iE "firmware|rebuild" | head
ipmitool -I lanplus -H 10.0.0.10 -U admin -f /root/.ipmi_pass sdr type Temperature | head -8 # 温度读数
ipmitool -I lanplus -H 10.0.0.10 -U admin -f /root/.ipmi_pass sdr type "Power Supply" # 冗余状态
ipmitool -I lanplus -H 10.0.0.10 -U admin -f /root/.ipmi_pass sel elist | tail -10 # 维修后的事件复核项与异常表现
| 复核项 | 内容 | 异常表现 |
|---|---|---|
| 固件版本 | 新部件版本与原有件对比 | 版本不一致，行为与预期不同 |
| 阵列状态 | 虚拟盘与物理盘状态 | 仍处降级或重建未完成 |
| 阵列策略 | 写策略、缓存与热备配置 | 策略被重置为默认值 |
| 传感器 | 温度与风扇读数 | 读数异常提示安装或连接问题 |
| 冗余状态 | 电源与风扇冗余 | 冗余未恢复，风险仍在 |
把维修复核做成固定清单：换件的机型、位置与配置差异一次登记清楚，下次同类维修可以直接复用。
复核发现的版本差异要写进维修记录：同类差异反复出现时，说明备件版本管理需要调整，而不是每次单独处理。