讲清 SMART 指标的解读、坏道的处理与提前换盘的判断。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。
涉及 SMART、磁盘坏道、磁盘健康 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。
05 重映射扇区数、C5 待映射扇区、C6 不可修正错误，任何一项非零都要盯。
smartctl 定期采集，关键指标进监控系统，云服务器看厂商的健康状态 API。
出现坏道立即备份，文件系统层面修复只是绕开，盘本身已不可信。
重映射数持续增长、读写错误率上升、SMART 自检警告，满足其一就换。
云盘坏道由底层处理，监控的是 IO 延迟与错误率，异常增长申请换盘。
| 环节 | 关键动作 |
|---|---|
| SMART 关键项 | 05 重映射扇区数、C5 待映射扇区、C6 不可修正错误，任何一项非零都要盯 |
| 监控方式 | smartctl 定期采集，关键指标进监控系统，云服务器看厂商的健康状态 API |
| 坏道处理 | 出现坏道立即备份，文件系统层面修复只是绕开，盘本身已不可信 |
| 提前换盘标准 | 重映射数持续增长、读写错误率上升、SMART 自检警告，满足其一就换 |
Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。
Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。
Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。
回到这篇的 5 个环节：SMART 关键项、监控方式、坏道处理、提前换盘标准、云盘差异。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。
相关阅读：任务队列入门：为什么不该用crontab跑重任务、SSH隧道与端口转发的实用场景、Ubuntu与CentOS的迁移注意事项。
延伸阅读：磁盘扩容：LVM与文件系统在线扩展、iostat与vmstat：系统性能指标解读、rsync异地备份：脚本与增量同步。
微信公众号
微信客服
