storcli一致性校验阵列CC巡检是例行体检不是故障

值班半夜看到阵列卡在跑 CC（Consistency Check），读写变慢、硬盘灯齐闪，直觉反应常常是「阵列出事了」——先别拔盘。一致性校验是 RAID 阵列的例行体检：定期把奇偶校验位和实际数据对一遍账，确认校验信息与数据一致。它在跑，恰恰说明阵列的体检机制在正常工作。

步一：看懂 CC 在干什么

RAID5、RAID6 这类带校验的阵列，靠奇偶校验位提供坏盘后的数据重建能力。校验位也可能悄悄出错——掉电、固件缺陷、静默错误都可能让校验与数据对不上。CC 就是全量对账：逐条核对数据与校验位，发现不一致按策略修正。对完一遍账，真到坏盘重建时，重建出来的数据才是可信的。

步二：storcli 看进度

用 storcli 命令查看 CC 的状态与进度（show 命令看 virtual drive 的 consistency check 信息），确认百分比在正常推进、目标卷正确。要点：CC 跑起来 I/O 压力大，业务高峰期它会拖慢读写——这不是故障，是体检占了资源。

步三：窗口排班

把 CC 排在非业务时段：阵列卡支持定时校验策略（按周或按月、指定起始时间），设定后自动轮跑各卷。多卷大阵列错开时间，别让多个卷同时体检把 I/O 打满。

步四：结果要盯账

CC 结束后核对结果日志：发现并修正的不一致条目要留档追踪——偶发几条可能与静默错误有关，同一块盘反复报就要安排换盘评估。CC 全绿的卷也别大意，检查项和 S.M.A.R.T. 巡检、备份验证是三本不同的账，都要按周期走。

步五：与重建区分清

CC 是对账，重建（rebuild）是坏盘后往新盘回写数据，两者的进度显示与灯效容易混。值班手册里把两种状态的现象、处理动作分开写清楚，半夜告警才不会误操作。

贵州诚鑫致达科技给客户的存储运维手册里，CC 巡检窗口是和备份窗口一起排班的——体检和体检撞车，才是真正拖垮 I/O 的原因。

企业存储选型参考｜贵州诚鑫致达

做核心业务 SAN 存储与高可靠应用，群晖机型参考：UC3400 · UC3200 · SA3600。需要选型建议或上门评估，搜「诚鑫致达」即可找到我们。