换盘后的验收检查清单
把新盘插回去、卡上显示开始重建，这只是换盘动作的中间态而不是完成态。验收要回答四个问题：卡侧是否把新盘按预期纳入、阵列状态是否回到最优、操作系统层看到的设备与容量是否一致、以及有没有新增的 I/O 错误。四项都对上并且台账登记完成，这次换盘才算闭环。
基本信息
| 适用平台 | 硬件阵列用 storcli/perccli 或厂商工具验收，软 RAID 用 mdadm 与 mdstat |
|---|---|
| 验收时机 | 重建进行中可以核对身份，重建完成后必须复查状态与日志 |
| 必要字段 | 盘位、序列号、型号、固件、扇区格式、当前状态 |
| 权限要求 | 读状态普通用户可做，写操作与重建控制需要 root |
| 留档要求 | 把验收输出与工单一起归档，作为下次换盘的对照基准 |
典型使用场景
- 单盘故障更换：确认新盘进入 Onln 且阵列回到 Optimal
- 预测性故障主动更换：换盘前先迁移数据，换盘后核对重建结果
- 批量换盘：多块盘连续更换时逐块验收，避免遗漏其中某一块
- 备件替换验证：新到备件先在小范围验证兼容性再入库上产
- 交接班核对：把验收清单作为交接材料，减少口头传递的歧义
按层核对
按层核对
storcli /c0/eall/sall show | grep -E "EID|State|SN" # 卡侧槽位、状态与序列号
storcli /c0/v0 show # 逻辑盘状态是否回到 Optimal
cat /proc/mdstat # 软 RAID 场景的成员与同步状态
lsblk -o NAME,SIZE,MODEL,SERIAL # 系统侧容量与身份是否符合预期
journalctl -k --since "1 hour ago" | grep -iE "error|timeout" | tail -20 # 近期内核层错误验收项与判定
| 验收项 | 判定标准 | 不通过时的动作 |
|---|---|---|
| 卡侧状态 | 新盘 Onln，阵列 Optimal | 检查槽位与配置是否被识别 |
| 系统层视图 | 设备与容量与预期一致 | 核对分区与多路径映射 |
| 错误日志 | 近期无新增 I/O 错误 | 排查线缆、背板与盘位 |
| 台账登记 | 序列号、槽位、固件已录入 | 补齐后再结束工单 |
重建进度 100% 与阵列恢复冗余是两件事：完成后仍要确认没有再次降级，并把本次耗时记入知识库。
验收期间不要在阵列上叠加其他写密集型任务，否则新盘与老盘的负载都会超标，验收结论也会失真。