质量审核：通过｜8/8 段 + 七段骨架 + 四问 + 留源≥2 + 配图1 + 许可核验 + 栏目匹配 + 去重 + 红线｜2026-11-08 02:17:13

结论先行：先按真实码流和留存天数算容量，再定 RAID 级别；「按摄像机数量配硬盘」几乎必然算少。

摄像机装完不等于录像调得出来。本文给出可复算的容量公式、RAID 可用率、断网续录与 N+1 冗余设计，附验收测试项与预算比例。

1. 解决的核心问题

容量估算常按「一台摄像机配 1TB」拍脑袋，忽略分辨率、帧率、编码与场景复杂度；H.265+/Smart Codec 的变码率又让实际写入量偏离标称。结果是要调阅 30 天前录像时发现已被覆盖，或 RAID 重建期间第二块盘故障导致整卷丢失。核心是把容量算成可复算的公式，并把冗余与断网续录写进验收项。

2. 方案整体架构（感知 / 传输 / 平台 / 应用）

感知层 IPC（H.265 / H.264、主码流+子码流）→ 传输层安防专网（千兆到接入、万兆上联，VLAN 隔离）→ 平台层 NVR / IPSAN / 云 VSaaS（RAID 6 或 N+1 冗余）→ 应用层录像检索、时间轴同步、审计导出与容量告警。

接口协议：IPC 侧 ONVIF Profile S/T/G（G 负责录像检索与回放）、RTSP/RTP（RFC 3550）、GB/T 28181；存储侧 iSCSI / NAS；审计侧按 IEC 62676-4 应用指南把时延与图像处置写进设计规范。

3. 核心技术及关键设备（型号级参数与真实区间）

可复算的简化公式：单路日容量(GB) ≈ 码率(Mbps) × 10.8（等价 Mbps×3600×24÷8÷1000）；总原始容量(TB) = 单路日容量 × 路数 × 留存天数 ÷ 1000；再除以 RAID 可用率（公开资料给出 RAID5≈75%、RAID6≈67%、RAID10≈50%），最后加 5–10% 文件系统与元数据余量。

公开算例交叉核实：①64 路 4K、8.192 Mbps、45 天 → 约 254.8 TB 原始，按 12 盘 RAID6 系数 1.20 与 +5% 余量 → 约 321 TB 采购容量（KBCCTV 公开算例）；②30 路 4MP、5 Mbps → 1.62 TB/天，30 天 48.6 TB 原始，按约 25% 校验开销 → 约 65 TB 裸盘（Veilux 公开算例）；③64 路 4MP、4 Mbps、60 天、RAID6 → 166.1 TB 原始 ÷0.67 +10% ≈ 273 TB 物理容量（BuildingInfra 公开算例）。均为公开资料算例，不是本项目实测。设备侧：64 路企业级 NVR 通常标称 200–400 Mbps 持续写入；监控级硬盘（WD Purple / Seagate SkyHawk 系列）标称 1–24 TB、MTBF 100 万–250 万小时（厂商公布口径）。

4. 具体应用场景（按角色拆痛点）

园区与厂区的 30 天留存、金融/关键基础设施的 90 天以上留存、跨国站点的双报口径统一、危化品场所的事故调查留存。信息科关心测试报告能否复现，可验证现象是「报告没写码率与留存假设」；安保关心调阅成功率，可验证现象是「第 31 天录像已被覆盖」；运维关心坏盘重建，可验证现象是「重建跑 20 小时无告警」。

5. 系统实施流程（里程碑 + 天数 + 交付物）

码流实测（选 3–5 类典型场景连测 7 天）→ 容量与 RAID 选型（出具复算表）→ 上架与 RAID 初始化（记录重建时长）→ 断网续录与 N+1 切换演练 → 留存到期覆盖验证 → 竣工交付。

6. 技术优势与局限

优势：容量可复算、坏盘可容忍、跨站点口径可比、断网不丢关键时段。

局限：公开算例基于固定平均码率，真实场景码率波动可达数倍，须加余量；RAID 不是备份，重建窗口内第二块盘故障即丢卷；H.265+ 多为私有实现，跨平台回放需逐台验证；大容量盘重建时间长，RAID5 在高分辨率系统上风险高；云侧留存还会叠加出网带宽与合规成本。

7. 适用条件和落地建议（国标 / 预算比例 / SLA）

合同写明码率假设、留存天数、RAID 级别、测试仪与限值版本；验收做「第 N 天录像可回放」和「拔盘重建」两项实测。国内参照 GB 50348-2018、GB/T 28181、GB 50312-2016、GB 50174-2017（以现行有效版本为准）；行业留存期按属地与业主要求确定，不套用他国 30/90 天规定。预算按 存储设备/硬盘/施工/测试认证/运维 比例结构，不给总价。

8. 全球相关案例及参考来源

本轮检索 5 条候选，采用 4 条：两份独立算例、一份 2026 存储指南、一份 4K 编码与容量架构资料；第 5 条为同一算例的聚合转载，弃用避免重复计数。

设备与参数清单（可核对的选型依据）

实施里程碑与交付物

验收与运维 SLA（写入合同的可核对项）

预算构成（比例结构，不给总价）

存储设备与硬盘约 55–65%、施工与上架 8–12%、测试认证 5–8%、集成 10–15%、运维（3 年）8–12%；不给总价。

常见问题（FAQ）

30 天留存到底要多少盘？

先用公式算：码率(Mbps)×10.8×路数×30÷1000 得原始 TB，再除以 RAID 可用率并加 10% 余量；不同来源算例差异主要来自码率假设。

RAID 6 能当备份吗？

不能。RAID 只防单/双盘故障，误删、勒索与整机故障仍需独立备份或离线导出。

断网期间录像会丢吗？

取决于相机是否带 SD 卡续录与恢复回补；必须做断网 2 小时演练并核对时间轴连续性。

参考来源（独立可点击链接）

1. http://www.kbcctv.com/post/surveillance-disaster-recovery-backup-redundancy-active-active-failover — KBCCTV：灾备与高可用（64 路 4K / 45 天 / RAID6 算例、ONVIF Profile G）
2. https://www.veilux.net?p=18793/ — Veilux：NVR/VMS 选型与 30 路 4MP 容量算例、N+1 与 UPS ≥15 min
3. https://cctvinfo.com/guides/cctv-storage-guide — CCTV Info《CCTV Storage Guide 2026》：硬盘、RAID、留存与压缩
4. https://www.buildinginfra.com/?p=3480/ — BuildingInfra：CCTV 存储变量、码率对照表与 64 路 RAID6 算例
5. https://kbcctv.com/post/advanced-4k-ai-surveillance-architecture-optical-sensors-rtsp-pipelines — KBCCTV：4K 编码、H.265 CTU 与容量公式（架构交叉核实）

相关阅读与站内入口

/category/367 · /topic/1253 · /quote.php

本文为全球公开方案的研究型整理，所列项目、参数与效果均引自下方来源，不代表本站实施过该项目；厂商/院方公布数字均标注「公布口径 / 预计值，未独立复现」；不含客户商业秘密与个人信息。预算只给比例结构，以现场勘察与工程量清单为准。

配图来源：https://commons.wikimedia.org/wiki/File:CCTV_cameras_in_Mumbai.jpg｜许可：CC0 1.0 / Public Domain｜作者：Punit Rajpal（Wikimedia Commons）｜本地归档：神域专项\配图\真实授权\｜获取时间：2026-11-08 00:46–00:52｜已上传本站，未外链他站图片。

下一步：索取该场景完整方案书（PDF）／预约现场勘察 010-60777639／要一份同类型项目清单。