回拷是什么
Copyback 是 RAID 控制器的数据归位机制：成员盘故障后热备盘顶上来完成重建，等新盘插回原槽位，控制器再把数据从热备盘回写到新盘，数据位置回到原本的盘与槽位对应关系，热备盘重新变回空闲待命。支持持久热备（Persistent Hot Spare）的卡还会记住槽位归属，换盘后自动走完整套流程。
基本流程
| 触发链路 | 成员盘故障 → 热备自动顶替重建 → 插入新盘 → 回拷 → 热备复位 |
|---|---|
| 前提 | 控制器固件支持且在物理盘属性中允许回拷 |
| 收益 | 热备回到待命状态，槽位与资产台账保持一致 |
| 代价 | 回拷期间整盘读写占用高，业务 IO 会被挤占 |
| 关键设置 | 持久热备决定槽位归属是否自动还原 |
典型使用场景
- 换盘流程标准化：插回新盘后让数据回到原槽位，避免台账与物理位置长期漂移
- 双热备或热备池场景：回拷释放顶替盘，恢复热备冗余水位
- 巡检发现某盘 SMART 恶化，先备好替换盘再触发回拷
- 交付验收前确认热备是否处于就绪状态，而不是被某次故障长期占用
查看回拷状态
查看回拷状态
storcli /c0/eall/sall show all | grep -i -E "copyback|state" # 物理盘状态与回拷标记
storcli /c0/vall show all | grep -i copyback # 逻辑卷侧的回拷设置与进度
storcli /c0/eall/sall show all | grep -iE "spare|dedicated" # 确认当前哪块盘在承担热备角色
storcli /c0/vall show all | grep -iE "state|raid level" # 同时确认逻辑卷是否已回到 Optimal
MegaCli64 -PDList -a0 | grep -iE "Slot|Firmware state" # 老卡用 MegaCLI 对照槽位与固件状态未开回拷或控制器不支持时，热备盘会长期顶在别的盘位关系上，后续换盘要按实际拓扑更新台账，否则报修时对不上物理槽位。
回拷本身也要写满整盘，期间不要二次拔插或断电：新盘再掉线会让阵列重新降级，而这次可能已经没有热备可顶。