返修前要准备什么
盘返修换新需要一套能证明它身份与故障的材料：厂商、型号、序列号、固件版本、故障现象以及已经做过的处置。信息在拆盘之前采集最完整，因为盘一旦离机，系统侧的日志与卡上的记录就都不在身边了。把材料备齐再送修，能明显减少扯皮与等待。
基本信息
| 盘身信息 | 型号、序列号、固件版本，建议拍照或完整转录 |
|---|---|
| 系统侧 | SMART 输出与内核错误日志 |
| 阵列侧 | 控制器事件日志中与这块盘相关的记录 |
| 故障描述 | 现象、时间线、业务影响与已执行的操作 |
| 权限要求 | root |
采集清单
- 盘身：型号、SN、固件版本，拍照或转录保存
- 系统侧：SMART 输出与错误日志
- 阵列侧：卡事件日志中该盘的记录
- 现象：时间线、业务影响、已执行的操作
- 资产信息：主机名、机架位置与责任团队
- 清除记录：送修前的数据清除方式与执行时间
采集套餐
采集套餐
mkdir -p /tmp/rma
smartctl -i /dev/sdb > /tmp/rma/disk_info.txt # 型号、序列号与固件
smartctl -A /dev/sdb >> /tmp/rma/disk_info.txt # 属性与错误计数
smartctl -l error /dev/sdb >> /tmp/rma/disk_info.txt # 错误日志
storcli /c0/e252/s4 show all >> /tmp/rma/raid_view.txt # 卡侧的盘视图
storcli /c0 show events > /tmp/rma/events.txt # 控制器事件日志材料清单
| 材料 | 来源 | 用途 |
|---|---|---|
| 型号与序列号 | 盘身标签与 SMART | 厂商核对保修与批次 |
| 固件版本 | SMART 信息 | 判断是否属已知缺陷 |
| 故障计数 | SMART 属性 | 说明故障程度 |
| 阵列侧记录 | 控制器事件日志 | 说明盘在阵列环境下的表现 |
| 资产信息 | 资产系统 | 确认归属与返修流程 |
把主机名与机房位置也写进工单：返修流程里最容易卡住的环节往往不是技术信息，而是资产归属说不清。
寄出前按流程完成数据清除并留存记录：返修盘会离开机房，数据安全流程与返修流程要一起走完。
同一批盘出现相同故障时，把批次信息一并提供给厂商：批次问题往需要按整批处理，单盘换新解决不了根因。