监控录像存储容量怎么算？码率、天数与硬盘选型全解
装监控最容易在两个地方翻车：一个是录像存不下、要求存三十天结果十天就把盘写满了；另一个是硬盘买多了，钱花在用不上的容量上。根子都在没先把存储容量算明白。这篇把录像容量怎么估、码率和编码怎么影响它、硬盘和保存天数怎么定一次讲透。具体码率以设备实测为准。
一次存不下的返工
有个厂区项目，甲方合同白纸黑字写着”录像保存三十天”。集成商配了台 16 路 NVR，插了一块 4TB 的盘就交了工。头半个月相安无事，到第十天出头，客户想调半个月前的一段录像，发现最早的已经被覆盖掉了——盘写满了就自动循环覆盖，根本存不到三十天。回头一算才发现：16 路全是 400 万像素的摄像头，全天录，一块 4TB 的盘怎么可能扛得住。最后只能停机加盘、重新配阵列，客户那边还得解释为什么”保存三十天”没做到。这事的教训特别简单——配硬盘之前，先算存储容量。
存储容量公式拆开看
监控录像占多大空间，说到底就一个乘法。核心公式是：
容量（GB）= 码率（Mbps）× 3600 × 每天时长（小时）× 天数 × 路数 ÷ 8 ÷ 1024
看着一长串，其实每一项都好懂。码率是每秒钟产生多少数据，单位是 Mbps（兆比特每秒）；乘以 3600 是把”每秒”换算成”每小时”；再乘以每天录多少小时、要存多少天、一共几路摄像头，就是这套系统的总数据量。
后面那两个除数容易忘。除以 8 是因为码率的单位是”比特”（bit），而存储容量算的是”字节”（Byte），8 个比特才等于 1 个字节，不换算就会把容量算大 8 倍。除以 1024 是从 GB 往 TB 换算时用（1TB = 1024GB），如果你算的是 GB，末尾这一步就换成把兆比特累加成吉字节的进制换算。总之单位一定要对齐，这是估算里最常出错的地方。
举个实数。4 路 1080p 摄像头，单路码率 4Mbps，全天 24 小时录，保存 30 天：先算单路每天，4 × 3600 × 24 ÷ 8 ÷ 1024 约等于 42.19GB；四路三十天就是 42.19 × 4 × 30 约等于 5062GB，也就是差不多 5TB。这个数记不住不要紧，用文末的录像存储容量计算器填几个数就出来了，还会顺带告诉你该配几块盘。
码率、分辨率与编码的关系
公式里最”活”的一项就是码率，它直接决定了容量大小，而码率又主要看两件事：分辨率和编码格式。
分辨率越高，画面像素越多，同样清晰度下需要的码率就越大。按 H.264、25 帧的经验值，1080p（200 万像素）大约 4Mbps，400 万像素大约 6Mbps，4K（800 万像素）大约 12Mbps。这只是参考，画面里动的东西多、细节丰富（车流、晃动的树叶、飘扬的旗帜），码率会顶上去；对着一面白墙，码率就低得多。夜间开红外，画面噪点多，编码器反而要花更多码率去描述这些噪点，容量也会涨。
编码格式的影响同样大。现在主流是 H.264（AVC）和 H.265（HEVC）两种。同样的画质，H.265 大约能比 H.264 省一半码率，存储和带宽也就跟着省一半，这是它最实在的价值。所以只要设备支持，新项目基本都默认上 H.265。不过要留意两个前提：一是摄像头和 NVR 两端都得支持 H.265，遇到老平台、老客户端，或者要往只收 H.264 的上级平台推流，可能就用不了；二是 H.265 编解码更吃算力，低端设备开了可能带不动多路高帧率。改造项目切编码前，一定先确认整条链路都兼容。
帧率也别忽略。25 帧和 15 帧，码率大致是线性关系，帧率砍掉四成，码率也跟着降四成。监控很多场景其实用不着 25 帧的流畅度，普通通道降到 15 帧甚至更低，画面依然够看清人和事，存储却能省下一大截。哪些通道保高帧率、哪些可以降，是个值得在方案里抠的细节。
保存天数和录像时长怎么定
保存天数往往是甲方合同里的硬指标，常见的是 7 天、15 天、30 天，重点场所可能要求 90 天甚至更久。天数直接乘进容量里，翻一倍容量就翻一倍，是对总成本影响最大的一个数，定之前最好和甲方确认清楚，别自己拍脑袋。
每天录多久也有讲究。默认都是 24 小时全天录，但不是每一路都必须这样。有些通道完全可以只在移动侦测触发时才录像——比如仓库、后院这类平时没人的地方，一天真正有画面变化的时间可能就一两个小时。开了移动侦测录像，这些通道的实际占用能降到全天录的零头。当然，卡口、出入口、收银台这种必须留全程的地方，老老实实全天录，别为省空间漏了关键画面。
一个实用的思路是分级：关键通道全天高码率录、留足天数；次要通道降帧率或走移动侦测。把这套策略在方案阶段就定下来，比事后发现盘不够再回头砍配置从容得多。
硬盘选型与 RAID 冗余怎么留
算出总容量，接下来是配盘。这里有几个坑要绕开。
第一，标称容量不等于可用容量。硬盘厂商按 1000 进制标容量，操作系统按 1024 进制算，加上文件系统本身的开销，一块标称 4TB 的盘实际可用大约是 3.6TB 出头。所以配盘时要留个可用系数，一般按 0.9 折算，别按标称容量顶着配，否则真到写满那天会发现比预期早。
第二，监控要用专用监控盘。监控硬盘是 7×24 小时连续写入的高负载工况，和台式机盘的使用场景完全不同。用普通桌面盘扛监控，故障率会明显偏高。选盘认准面向监控/录像场景的型号，它们在长时间连续读写、多盘协同上都做过优化。
第三，RAID 冗余要不要做，看数据多重要。一般的安防监控，录像丢几天问题通常不大，可以不做 RAID，省下校验盘的成本。但金融网点、关键卡口、需要留证的场所，建议做 RAID：RAID5 在数据盘之外加 1 块校验盘，能容忍坏 1 块；RAID6 加 2 块，能容忍坏 2 块。要记住校验盘不算进可用容量，所以做了 RAID，总盘数要在”够存录像”的盘数基础上再往上加，不能直接照搬计算器给的最低盘数。
第四，别忘了 NVR 本身的盘位上限。一台 NVR 能插几块盘是有限的，8 盘位的机器你算出来要 12 块盘就装不下，得换更大容量的单盘、上盘位更多的机型，或者加装扩展柜。选型时容量、盘位、盘数要一起核对。
几个最常踩的坑
只按均值配、不留余量。 公式算的是恒定码率的理论值，实际录像绝大多数是变码率（VBR），码率随画面动态起伏，白天车水马龙和深夜空场能差好几倍。照均值顶着配盘，遇上码率高峰就会提前写满。稳妥做法是在估算结果上再留 20% 到 30% 的余量，或者干脆按项目里码率最高的那几路做保守估算。
忘了子码流和抓拍也占空间。 很多方案除了主码流录像，还开了子码流（供预览、上墙）或定时抓拍图片，这些同样占存储。虽然占比不大，但通道一多也是一笔，估算时别只算主码流。
保存天数没和甲方对齐。 这是最冤的坑。合同写 30 天，你按 15 天配了盘，验收时一测不达标，返工加盘的钱和工期全得自己扛。天数是甲方指标，一定白纸黑字确认清楚再配盘。
上线后不复核实际占用。 再准的公式也只是估算。设备上线后，用一两天的实际录像去核对每天真实占多少空间，倒推能存多少天，比任何计算都靠谱。发现和预期差得多，早调整早主动。
选型速查清单
照着走一遍，监控存储基本不会翻车：
- 先和甲方确认保存天数这个硬指标，写进方案。
- 列清每路的分辨率、帧率、编码，估出各自的单路码率。
- 关键通道全天高码率录，次要通道降帧率或走移动侦测。
- 用”码率 × 时间 × 路数”算出总容量，别漏除以 8 的单位换算。
- 配盘按 0.9 可用系数折算，选专用监控盘。
- 重要数据做 RAID，校验盘在最低盘数之外另加。
- 核对 NVR 盘位上限，装不下就换大盘或加扩展柜。
- 结果再留 20%–30% 余量，上线后用实测复核。
把这套流程走完，路数、码率、天数、硬盘就都定死了，剩下的采购就只是对参数。拿不准某套配置要配多大的盘、够存几天，随时回录像存储容量计算器填一遍，几秒钟就有答案。
监控存储要和整体安防、中控方案一起规划，或者需要把 NVR、摄像头纳入统一管理？可以直接免费咨询整体方案。