硬件 RAID 换盘流程
硬件 RAID 换盘分五步：确认故障盘位置、准备同规格新盘、物理更换、等待重建、完成后验证。每一步都有对应的命令与核对动作，能不能一次换对，取决于换盘前有没有把「哪块盘坏了、为什么坏、阵列现在还能扛几块」这三件事查清。盲目按告警灯拔盘，是现场最常见的二次故障来源。
新盘要求
| 容量 | 不小于原盘；标称相同但不同厂商可能略有差异，偏小会被卡拒绝 |
|---|---|
| 扇区格式 | 与原盘一致（512e 与 4Kn 混用可能被拒或被识别为不同规格） |
| 接口与转速 | SAS/SATA 匹配背板；转速与固件代次尽量一致，避免成为阵列短板 |
| 状态 | 新盘须为 Unconfigured Good，且不能残留其他阵列的外来配置（Foreign） |
完整流程（storcli 环境）
完整流程（storcli 环境）
storcli /c0/eall/sall show | grep -Ei "Failed|Offln|Rbld" # 先定位故障盘槽位
storcli /c0/e252/s5 start locate # 让目标盘槽位灯闪烁
storcli /c0/e252/s5 show all | grep -i SN # 记下序列号，防拔错
# 物理更换新盘之后：
storcli /c0/eall/sall show | grep -Ei "UGood|Rbld|Onln" # 确认新盘被识别
storcli /c0/v0 show rebuild # 查看重建进度与预计时间换盘前必须确认的四项
| 确认项 | 怎么查 | 为什么要紧 |
|---|---|---|
| 定位 | 槽位灯 + 序列号双重核对 | 拔错盘会让阵列一次丢两块，直接不可用 |
| 故障归属 | 卡事件日志 + dmesg 中的链路报错 | 链路或背板问题换个盘还会复发 |
| 阵列状态 | 逻辑盘与成员盘状态，剩余容错数 | 已降级且无热备时换盘顺序与窗口要重新安排 |
| 新盘合规 | 容量、扇区格式、Foreign 配置 | 不匹配时卡拒绝加入，白跑一趟现场 |
换盘后的收尾动作
- 记录新盘序列号与槽位到台账，替换掉旧盘的记录
- 确认重建完成标志：单盘回到 Onln、逻辑盘回到 Optl
- 重建期间盯业务延迟与卡的事件日志，出现新错误立即停止压测
- 把本次重建耗时写进台账，作为后续容量与窗口规划的实测依据
换盘前确认有可用备份，且不在重建期间安排其他高风险操作（扩容、固件升级、系统补丁）；重建期阵列冗余为零，任何一次读错误都可能变成整阵列不可用。