北京高清小区监控系统的监控录像存 30 天怎么配硬盘？凯源恒瑞北京监控安装工程公司分享三步算清！

追加硬盘不难，麻烦的是机箱盘位可能已经插满。这个问题根源不是硬盘买少了，而是存储量一开始就没算准。凯源恒瑞北京监控安装工程公司分享下面这套算法可以直接拿去用。

一、先看为什么容易算错：三个地方会吃掉你的容量

第一，码流不是厂家标称的那个数。（码流可以理解成"每秒钟传输的数据量"，单位 Mbps——每秒多少兆比特；码流越大画面越清晰，占的存储也越多。）

厂家写的"H.265：2Mbps"是特定条件下的值。实际情况里画面一动、红外一开、夜间噪点一多，码流就往上跑——同一台摄像机白天 2Mbps、夜间 4-6Mbps 很常见。按标称最低值算，实际录像量会超出 30%-50%。

第二，硬盘的实际可用容量比标称小。

标称 8TB 的硬盘，格式化后可用通常只有 7.2-7.4TB（标称与容量的换算差 + 格式化占用）。按标称算，等于虚报 10%。

第三，没给 RAID 和热备留余量。

做 RAID5，可用容量是"（盘数 − 1）× 单盘容量"；留热备盘，那块不参与存储。做冗余前算好的盘数，做完冗余就不够了——很典型的翻车。

二、监控存储三步算

第一步：定实际码流（不要用标称值）

先确定每路摄像机实际会跑多少码流，参考下表（常见配置范围，实际以摄像机参数和现场画面复杂度为准）：

注意"计算建议取值"这一列：算存储时按范围上限取值，留出画面变化、夜间码流上升的空间。按标称下限算，验收时一定会少。

如果厂家宣传"智能编码能省 50% 存储"，不要把这个折扣直接算进设计——智能编码的节省效果取决于画面动态程度，画面越动省得越少。保守做法是不算折扣，或者最多按 20% 折扣并把风险写清。

第二步：算单路每天要占多少容量

记住一个常数就够了：码流（Mbps）× 10.8 ≈ 单路每天的容量（GB）

这个数不是随便定的，推一下你就知道：码流（Mbps）× 3600 秒 × 24 小时 ÷ 8 ÷ 1024，理论值约为码流 × 10.55 GB/天；工程上取 10.8 便于计算，并且已经含了少量余量。

常用对照：

表中 TB = GB ÷ 1024（不是 ÷1000）——这一步换算错了，盘数就会少配 2% 以上。

第三步：算总容量，然后加余量、减损耗

总容量（TB） = 单路每天容量 × 路数 × 保存天数 ÷ 1024 + 余量

余量怎么给（这一条最容易被省掉）：在 10.8 这个常数之外，再留 +10%——其中大约一半是应对实际码流高于预估，一半是应对项目后期加装点位（后期甲方加几路摄像头很常见）。

然后按实际盘数反算（不是按标称容量除以总容量）：

需要的硬盘数 = 总容量（含余量）÷ 单盘可用容量（标称容量 × 0.9）

三、两个算例，照着套

算例一：小区 50 路，1080P，H.265，存 30 天

第一步：1080P / H.265 按上限取 4 Mbps。

第二步：单路每天 = 4 × 10.8 = 43.2 GB。

第三步：总量 = 43.2 × 50 × 30 = 64,800 GB ≈ 63.3 TB；再留 10% 余量 = 69.6 TB。

盘数：用标称 8TB 硬盘（实际可用约 7.2TB），69.6 ÷ 7.2 ≈ 9.7 块。

实际配盘要往上凑：按机箱盘位凑、按 RAID 组盘（RAID5 可用容量是盘数−1，还要留热备）——这个项目实际配 12 块左右：10 块干活、1 块热备、1 块留余量。

注意：如果按厂家标称的 2 Mbps、8TB 标称容量算，你会算出 50 × 21.6 × 30 = 32.4TB ÷ 8 ≈ 4 块盘——实际要 10 块以上。这就是"按经验配、验收时不够"的原因。

算例二：园区 100 路，4MP，H.265，存 90 天

第一步：4MP / H.265 按上限取 6 Mbps。

第二步：单路每天 = 6 × 10.8 = 64.8 GB。

第三步：总量 = 64.8 × 100 × 90 = 583,200 GB ≈ 569.5 TB；再留 10% 余量 = 626.5 TB。

盘数：用 8TB 硬盘（可用 7.2TB），626.5 ÷ 7.2 ≈ 87 块——这已经不是一个机箱能装下的量了。

什么时候该换架构：硬盘数超过单机盘位（常见 8-16 盘位）就应分设备；几十块盘或多机集中管理时上存储阵列——RAID 与热备一起算进容量。

（这个算例说明一件事：保存天数从 30 天提到 90 天，容量是 3 倍增长。招标里甲方随口说"存 90 天"，你要立刻反应过来盘数和存储架构要换。）

四、算完之后，还有七个细节会影响实际存储量

这些是实战里最容易忽略、又直接影响"能存几天"的地方。

① 主码流管存储，子码流管预览。 摄像机输出两路：主码流（高清，用于录像）、子码流（低清，用于多画面预览）。存储只按主码流算——把子码流也算进去会虚高。

② 码流会随场景波动。 夜间红外开启、噪点增多，码流上升；人多车多树叶晃，码流高；走廊、配电房这类静态场景码流低。同型号摄像机装在大门口和配电房，存储量能差一倍——按点位分别取码流，别全场一个值。

③ 智能编码省多少，取决于画面动不动。 H.265+ 这类编码"画面不动就少传数据"：静态画面能省 50% 以上，人来人往可能只省 10%-20%——省量是浮动的，别把厂家的宣传值直接算进设计。

④ 录像计划会让用量差好几倍。 连续录像和"移动侦测触发才录"，存储量差几倍。但事件录像有漏录风险（没触发就不录，事后可能找不到那段）——出入口、财务室、机房这类重点点位建议连续录像，次要区域再用事件录像省容量。

⑤ 锁定录像不参与覆盖——最容易忽略。 硬盘是循环覆盖（新录像盖最旧的），但锁定的录像（报警联动、手动锁定）不会被覆盖，一直占着容量。锁定录像越积越多，可用容量越来越小、保存天数缩水。设计时要给锁定录像留余量，运行中要定期清理——否则半年后又是"盘够、却只能存 15 天"。

⑥ 选监控专用盘，并注意衰减。 监控是 7×24 连续写入，专用盘针对连续写入和高温做过优化，桌面盘长期这么写更容易出问题。硬盘也是消耗品——用三五年后写入性能下降、坏道增加，可按 3-5 年考虑更换与扩容。

⑦ NVR 有最大接入码流。 每台 NVR 都标着"最大接入/写入带宽"，总码流 = 路数 × 单路码流。例：32 路 × 6Mbps = 192Mbps，若这台 NVR 接入带宽只有 160Mbps，就带不动——要么减路数、要么降码流、要么换设备。这条比算容量更容易被忽略：容量算对了，设备却带不动。

五、算完之后自己验一下（三看）

一看保存天数：回放界面把时间拉到最早，连续看三路不同码流的点位，别只看一路。

二看实际码流：在 NVR 上调出每路实时码流，对比设计取值；夜间再看一次——夜间码流高出很多，就要按夜间重算。

三看实际可用容量：看存储管理里的可用容量（不是硬盘标称容量），并看一眼锁定录像占了多少。

监控存储这件事，说到底是三步：定实际码流 → 算单路每天容量 → 算总量并留 15% 余量、按硬盘实际可用容量反算盘数。