监控存储盘阵怎么配：RAID 模式、坏盘重建与录像完整性

监控存储盘阵的选择可以压缩成一句话：4 到 7 盘按预算权衡 RAID5 与 RAID6，8 盘以上直接 RAID6 并预留热备盘；阵列建成那天就要准备「第二块盘故障」预案。录像数据是持续写入的，单盘故障意味着该通道录像中断，冗余不是可选而是底线。

为什么监控要组盘阵：录像不能单点止损

监控录像与文件存储的差别在于连续性：文件服务器硬盘坏了，换盘后数据从备份恢复；录像机硬盘坏了，这段时间的录像直接缺失，无法补录。RAID 通过冗余把「单盘故障」从数据丢失降级为「重建期间继续可用」，这是监控项目上盘阵的核心价值。盘数少、对成本敏感的场合（4 盘以内）也可以考虑 RAID1/RAID10，把录像连续性放在容量利用率前面。

常用级别怎么选：对照表

RAID6 使用双重独立校验，允许两块盘同时故障；代价是写入性能比 RAID5 低一档（每次写入要更新两个校验值），读取性能相当。对固定写入的录像负载，用容量和写性能换双盘容错通常是值得的。

组建三原则：同规格、限盘数、留热备

按主流录像机的阵列配置要求，组建时守三条原则：

• 所有盘尽可能同一容量、同一型号、同一规格，混用会导致容量浪费和稳定性下降。
• 单个 RAID5 盘组不建议超过 8 块盘，盘越多重建越慢、窗口期风险越大。
• 每个 RAID 组保留 1 块以上热备盘，故障后自动顶替重建，不用等人工到场换盘。

另外要记住一条硬提醒：配置 RAID 会对参与组盘的硬盘做格式化，原有数据不可恢复。任何扩容、重建阵列前先把能导出的录像和配置备份出来，再做操作。

坏盘不是突发事件：从 SMART 告警到阵列 Failed 的渐进过程

工程里的典型事故路径是这样：某块盘黄灯闪了几天没人管，某天阵列直接进入 Failed，数据恢复公司接手才发现一块盘 Missing、另一块 Foreign。磁盘故障从 SMART 告警到彻底掉线是渐进过程，早期征兆（SMART 报错、黄灯、持续 I/O 错误）被忽略，才拖成阵列级事故。

重建窗口是另一个被低估的风险：RAID5 允许一块盘故障，但换盘后重建期间如果再坏第二块，整个阵列不可用。盘容量越大，重建时间越长（大容量盘重建以天计属正常），窗口期越长。这正是 8 盘以上推荐 RAID6 的理由——双盘容错把响应窗口从「立刻处理」放宽到「按计划处理」，并降低重建期间雪崩的概率。工程参考口径：8 块 12TB 盘组 RAID6 另留 1 块热备，可用容量约 6×12TB=72TB，热备盘不贡献容量但提供自动重建能力。

RAID 重建为什么慢：容量、负载与重建优先级

重建不是「换上新盘就完事」：换盘后阵列进入降级状态（degraded），系统一边继续承担录像写入，一边把新盘补齐数据，I/O 被两头占用，重建速度明显慢于盘的空闲顺序写。盘容量越大重建越长，12TB 级单盘重建以天计属正常现象，期间阵列性能下降、且仍在持续写入录像。三个运维要点：

• 热备盘的价值就在这一步：不用等人到场换盘，故障后自动顶替并开始重建，把「人工响应时间」从重建耗时里剔除。
• 重建期间不要叠加扩容、迁移等加重 I/O 的操作，给阵列让路。
• 每次换盘后确认状态页恢复到正常（不再降级）再离开，中途断电或二次故障都会让局面复杂化。

对监控这种 7×24 写入的负载，重建窗口就是风险窗口，这也是 RAID6 双盘容错在 8 盘以上盘组里成为推荐项的核心理由。

日常检查清单

1. 每天查看盘阵状态页：黄灯、报警、降级状态第一时间处理。
2. 确认热备盘在位且未被误用，故障后能自动顶替。
3. 单盘 4TB 以上或盘组 8 盘以上，按 RAID6 规划。
4. 故障盘记录序列号并及时返修更换，别等第二块盘出事。
5. 换盘后确认阵列重建完成（状态恢复健康）再撤离现场。
6. 关键通道录像定期抽查回放，验证完整性而不是只看状态灯。

TL;DR

• 单盘故障的录像缺口无法补录，冗余是监控存储底线；4 到 7 盘权衡 RAID5/RAID6，8 盘以上 RAID6+热备。
• RAID5 容错 1 盘、RAID6 容错 2 盘，盘越大重建窗口期越长，风险越高。
• 组建三原则：同规格硬盘、RAID5 单组不超 8 盘、每组留热备。
• 坏盘有渐进征兆（SMART/黄灯/I/O 错误），看见就处理，别拖到阵列 Failed。

参考资料

• surveillance-hdd-selection
• bandwidth-storage-calc
• nvr-recording-loss-troubleshooting