录像吃硬盘的真实速度
一台400万像素摄像头以4 Mbps连续录像,每小时大约写入1.8 GB——单摄像头每天约42 GB。四台只录移动画面的摄像头产出只是其中一小部分,但繁忙的停车场或对着马路的镜头,能把移动片段推到连续录像体量的一半。照这个速度,连8 TB硬盘也只是两三个月的缓冲,而不是永久档案。NVR软件并不在意:它会开开心心把磁盘填到100%,然后才开始删除——而这恰恰就是录像开始“神秘”缺小时的时刻。
没人规划的故障模式,是NVR和其他所有东西共用一块盘。Blue Iris、Agent DVR和各厂商客户端默认写入C:\BlueIris\New之类的子文件夹或Videos目录,而Windows在同一块盘上做页面交换、写日志、更新自己。一旦系统分区可用空间归零,录像服务会彻底停止——不再录像的摄像头系统是装饰品,不是安防。专用硬盘,或者至少专用分区,是第零条规则。
真正有效的轮转设置
所有正经的NVR都有内置的保留控制;诀窍在于按天数设置,而不是“满了再删”。在Blue Iris里是“Delete files older than”设置(摄像机级或全局);Agent DVR有按设备的存储上限;Reolink、Hikvision和Dahua的官方应用则把保留滑块埋在存储设置深处。把保留期设成硬盘真正装得下的长度——按第一节的算法算——并留出10%的余量。
归档纪律把可用的系统和一堆散碎片段区分开来。出事的那天——快递员“弄丢”了包裹、车上多了道划痕——就把那段片段复制到Archive文件夹,并改名为带日期的名字;轮转会在几天内删掉原件,它可不管你的纠纷。每年一次、或大批量删除之后重建数据库:Blue Iris有“repair database”功能,顺带还能压缩数据库。
- 给录像专门整块硬盘(或大分区)——片段绝不和C:盘混放
- 按天数设保留:例如连续录像14天、仅移动30天,按真实容量测算
- Blue Iris中:全局设“Delete files older than N days”,再给噪点多的镜头设更小的单机值
- 始终保留10%空余空间,让删除循环永远追不上写入速度
- 事件手动搬出:值得留的片段当天就移到单独的Archive文件夹
- 盯住数据库文件(Blue Iris的clips.db)——一年的删除记录会让它臃肿变慢
机器本身的清理规则
NVR主机终究是台Windows机器,和任何常开PC一样攒同样的垃圾:更新缓存、日志、临时文件。但激进的清理工具在录像机上纯属搬起石头砸自己的脚——录像文件夹里有几十万个小文件,录制期间还“好心”去处理它们的扫描器,会抢走摄像头的磁盘I/O。把录像文件夹从Windows搜索索引和Defender实时扫描中排除;视频文件不需要每写一次就扫一次。
有两个例外值得记住。第一,NVR自身的数据库和配置文件夹不属于随手删除的范围——从资源管理器手动删片段,会让数据库指向幽灵条目。第二,如果这台机器还跑AI检测,它的模型缓存和原始事件帧属于工作文件:放心清理,它们不是录像。
常见问题与解答
监控录像应该保存多久?
没有万能数字:14–30天覆盖绝大多数家庭和小微商户需求,但某些司法辖区和保险公司要求特定期限——按你的保留目标来定硬盘容量,而不是反过来。
明明旧片段该被删除,为什么我的NVR硬盘还是越来越满?
通常是保留策略设成了“满了再删”,或者设了超出硬盘容量的期限;在Blue Iris里还要检查是否开启了仅删除片段、数据库有没有被幽灵条目撑大。
联系我们: [email protected]