替换前要重新评估什么
用 SSD 替换 HDD 有适用边界：容量与耐久度、接口与背板兼容、RAID 级别适配与重建策略都要重新评估。SSD 的失效模式也和机械盘不同——磨损与写放大、突然掉盘都更常见，所以替换后要逐项复核，并保留原盘数据作为对照基线。
基本信息
| 容量 | 按业务增长选择并留出余量 |
|---|---|
| 耐久度 | 以 DWPD 或 TBW 对照实际写负载 |
| 兼容性 | 背板、阵列卡与线缆的支持情况 |
| RAID 适配 | 级别选择与重建优先级策略 |
| 对照基线 | 保留替换前的性能与故障数据 |
| 失效模式 | SSD 常见突然掉盘，而非渐进劣化 |
典型使用场景
- 老旧机械盘阵列升级：容量与性能同时提升
- 数据库盘替换：降低随机读时延
- 虚拟化存储层：减少机械寻道带来的抖动
- 备件策略调整：故障模式不同，备件比例要重估
- 基线重建：替换后重新采集性能与健康数据
- 成本评估：按耐久度与业务写入量核算总体成本
替换前后核对
替换前后核对
# 替换前：确认接口、容量与特性
smartctl -i /dev/sdX | head -20
# 替换后：确认阵列状态与重建进度（工具名因厂商而异）
storcli /c0/vall show 2>/dev/null | head
# 确认背板与阵列卡是否识别新盘，ROTA=0 表示固态盘
lsblk -d -o NAME,SIZE,ROTA,MODEL替换核对项
| 项目 | 核对内容 | 常见风险 |
|---|---|---|
| 容量 | 与业务增长匹配 | 容量不足很快又要再换 |
| 耐久度 | DWPD/TBW 对照写入量 | 写密集场景提前磨损 |
| 兼容性 | 背板、阵列卡与固件 | 新盘不被识别或降速 |
| RAID 级别 | 与重建策略适配 | 重建压力集中在新盘上 |
| 健康监控 | 关注磨损与备用块指标 | 沿用机械盘判读习惯会漏报 |
批量替换要保留原盘基线：替换前后的性能与故障率对比，是决定要不要继续替换的依据。
SSD 的健康判读和机械盘不是一回事：磨损类指标与可用备用块比传统 SMART 项更能反映寿命，不要照搬机械盘的经验。