重建监控与验证是什么
重建是持续数小时的后台任务，监控要同时看三件事：任务进度是否正常推进、业务指标是否可接受、完成后阵列是否回到冗余完整状态。只盯其中一项都容易出问题——只看进度会忽略业务劣化，只看业务会错过重建停滞，不做完成验证则把残余问题留给下一次故障。执行完毕还要把耗时与证据归档。
基本信息
| 硬件卡入口 | storcli /c0/v0 show rebuild 与 /c0/eall/sall show |
|---|---|
| 软阵列入口 | cat /proc/mdstat 与 mdadm --detail /dev/md0 |
| 单盘健康 | smartctl -d megaraid,N -H /dev/sda 交叉核对 |
| 完成标志 | 虚拟盘状态回到最优，成员盘全部在线 |
进度与完成验证
进度与完成验证
storcli /c0/v0 show rebuild # 重建进度与剩余时间
storcli /c0/eall/sall show | grep -i Rbld # 单盘视角
cat /proc/mdstat # 软阵列进度
smartctl -d megaraid,N -H /dev/sda # 参与重建的盘健康
storcli /c0/vall show | grep -i -E "Optl|Dgrd" # 完成后回查状态监控要点
- 进度：百分比与预计剩余时间是否持续正常推进
- 业务：延迟与吞吐是否在可接受范围内
- 盘况：参与重建的盘是否出现新的错误计数
- 完成：阵列状态回到最优，成员盘全部在线
- 记录：重建耗时、事件日志片段与处置过程归档
完成验证清单
| 检查项 | 判断标准 | 未达标时的处理 |
|---|---|---|
| 阵列状态 | 回到最优状态 | 继续排查成员盘与任务状态 |
| 成员数量 | 与设计数量一致 | 确认是否有盘未上线 |
| 一致性检查 | 按计划执行一轮校验 | 安排在下一个低峰窗口 |
| 业务指标 | 延迟与吞吐恢复到基线 | 复核是否有残留后台任务 |
| 台账记录 | 槽位、序列号、耗时已登记 | 补录并同步资产信息 |
典型使用场景
- 换盘后跟踪：从重建启动到完成的全过程留痕
- 值守交接：把进度与预计时间写进交接记录，避免无人跟踪
- 性能保障：重建期间监控业务指标，必要时调整重建速率
- 容量规划：积累同型号盘的重建耗时，作为后续选型依据
- 故障复盘：把重建失败或停滞的案例整理成排查清单
重建耗时数据积累后，可反哺容量规划：下一次选盘时把重建窗口作为决策参数，而不是只看单价与容量。
重建期间不要安排其他后台任务：一致性检查、初始化与备份同时运行会互相争抢 IO，让重建时间不可预测。