SMART 报警之后先做什么
SMART 报警说明磁盘的自监测指标越过了阈值，但不等于立刻失效，也不等于还能长期使用。此时最有价值的动作是评估：读取关键属性判断劣化程度，查看错误日志判断是否为偶发，记录序列号与型号为更换做准备，然后第一时间把关键数据备份出去。
机械盘与固态盘的关注点不同
机械盘的关注项集中在重映射扇区、待定扇区与无法纠正的错误计数，这些数值持续增长说明介质在劣化。固态盘要看磨损指标、备用块剩余与写入总量，判定逻辑与机械盘不同。混用同一套判断标准容易得出错误结论。
基本信息
| 检查工具 | smartctl，需 root 权限 |
|---|---|
| 关键属性 | 重映射扇区、待定扇区、无法纠正错误 |
| 阵列场景 | 同时查看阵列状态，判断是否已降级 |
| 处置顺序 | 备份数据、申请更换、降低该盘写入压力 |
典型使用场景
- 监控平台推送单块磁盘的健康告警
- RAID 阵列中一块盘掉线后确认余下磁盘状态
- 云主机收到底层磁盘异常通知，需要评估迁移
- 巡检时发现错误日志增长，提前安排更换
- 更换磁盘后核对阵列重建进度与数据一致性
评估
评估
smartctl -H /dev/sda # 总体健康结论
smartctl -A /dev/sda | grep -iE 'Reallocated|Pending|Uncorrect'
smartctl -l error /dev/sda | tail -20 # 错误日志，判断是否持续
smartctl -i /dev/sda | grep -E 'Serial|Model' # 序列号与型号，申请更换需要
lsblk -o NAME,SIZE,MODEL,SERIAL # 设备与型号对应关系处置
处置
# 1) 优先备份关键数据
# 2) RAID 场景确认阵列状态：
cat /proc/mdstat 2>/dev/null
# 3) 申请更换硬件；云主机联系云厂商做迁移
# 4) 更换前尽量降低该盘的写入压力
# 5) 更换后核对重建进度与校验结果属性与含义
| 属性 | 含义 | 趋势判断 |
|---|---|---|
| 重映射扇区计数 | 已用备用扇区替换的坏扇区数量 | 持续增长需尽快更换 |
| 待定扇区计数 | 读写不稳定、待确认的扇区 | 出现即需重点观察 |
| 无法纠正错误 | 无法由硬件纠正的读取错误 | 非零通常意味着介质明显劣化 |
| 磨损指标 | 固态盘寿命消耗程度 | 接近阈值应规划更换 |
| 错误日志条目 | 历史读写错误记录 | 数量增长说明问题在持续 |
报警盘不要继续承担写入高峰：处理期间同时监控其他磁盘，避免更换与阵列重建过程把整机性能拖垮，也避免重建期间再坏一块盘。