存储容量不能只看硬盘标称容量

基础计算公式：总码率＝摄像机数量×单路平均码率；所需网络能力还应加入协议开销🤔、码率波动和扩展余量。以500台、每台4Mbps为例，基础总码率约为2000Mbps。实际设计应为核心交换、汇聚链路和录像服务器预留余量，不能让链路长期接近满载。

验收时应按设备清单逐台核对编号、IP地址、安装位置和画面名称，并抽查录像保存周期、重点时段回放、录像导出、权限控制、离线告警和存储故障告警。对于500台规模的项目，还应保留网络拓扑、IP规划、设备账号交接、配置备份和后续维护记录。

先确定500台摄像机各自负责什么

500台摄像机的网络压力，首先来自摄像机向录像平台持续上传的主码流，其次来自客户端实时预览、回放、电视墙和跨区域访问。计算时不能只看摄像机接入交换机的端口速率。

选择一个包含室内、室外、逆光、夜间和网络较远点位的区域进行试装。重点测试白天和夜间画面、移动目标拖影、回放流畅度、录像完整性、PoE供电、断网恢复和多用户同🎯时预览，而不🚀是只在白天查看静态画面。

施工前按这几步落地，后期返工更少

以下按500台摄像机、H.265编码、单路平均码率4Mbps、连续录像30天举例：总接入码率约为2Gbps，每天原始录像容量约21.6TB，30天约648TB。这个结果还没有计入网络开销、磁盘格式损耗、RAID冗余和扩容余量，因此实际设备配置不能只按648TB购买。若“500”指的是500万像素，而不是500台设备，则需🎵要重新按照摄像机数量和实际码率计算。

采购前应重点核对平台是否支持目标摄像机协议、主流编码格式、设备批量添加、统一校时、录像检索、断线重连、分级权限和操作日志。仅标注“支持标准协议”并不代表云台控制、音频、🎯报警输入、智能事件和回放标签等功能全部兼容，最好用现场设备进行联调。

逐点确认安装位置、监控目标、夜间光线、镜头范围、是否需要拾音或报警联动，以及录像保存天💡数。把普通监控、人员识别、车辆识别和重点取证🌅点分开统计，避免用同一套参数覆盖所有场景。

录像平台要验证500路实际承载能力

“500部高清监控”通常是指部署500台网络摄像机。这个规模不能只按摄像机数量采购，还要同时核算分辨率、编码方式、码率、录像保存天数、并发预览人数、网络结构和供电能力。较稳📌妥的方案是采用分区域接入、核心网络汇🔮聚、统一视频管理平台，并根据现场情况配置集中或分布式录像存储。

录像保存天数是决定项目成本的关键条件。需要先确认是全天💯连续录像、按时间段录像，还是仅在移动侦测或报警触发后录像。涉及安全取证的重点区域，不能简单依赖移动侦测节省容量，因为光照变化、树叶晃动、遮挡和算法误判都可能☀️影响录像完整性。