监控系统的报修集中在三句话："预览卡""回放查不到那天的录像""录像只能存十几天，要求存 30 天"。这三句话对应的技术层面完全不同，但排查顺序是固定的------先看链路与供电，再看码率与容量，最后看存储健康。在东创伟业做过的酒店与政企安防项目里，这三类现象基本都落在这个顺序里。
一、先定范围：三类现象的分向
现象与优先方向：
预览卡顿、画面马赛克：优先查码率与带宽、链路质量、解码能力；
回放缺少某段时间：优先查录像计划、硬盘状态、时间同步；
留存天数不足：优先查码率、路数、天数的容量核算；
摄像头离线、时有时无：优先查 PoE 供电、网线、地址冲突；
夜间画面异常：优先查红外切换、补光、镜头脏污。
二、第一步：看摄像头是否稳定在线
- 供电：PoE 供电不足是摄像头反复离线的常见原因（详见 PoE 供电相关排查）。核对交换机 PoE 功率预算与端口输出：
display poe power
display poe power-state interface GigabitEthernet 0/0/x - 链路：查看端口协商速率与错误计数：
display interface GigabitEthernet 0/0/x
关注 CRC 错误、错包、up/down 次数；摄像头长距离布线时优先怀疑线材与距离（超五类、六类铜缆的推荐距离不超过 100 米）； - 地址：摄像头 IP 冲突会导致时有时无，核对地址台账（详见地址类相关排查）；
- 时间：NTP 不同步会让回放检索错位，看起来像"录像缺失"，实际是时间对不上。
三、第二步：算码率与带宽
码率决定三件事：画面清晰度、占用带宽、占用存储。
单路带宽估算：
单路带宽约等于 码率 乘以（1 加 协议开销系数）
常见参考口径（按分辨率与编码方式不同差异较大，以设备实测为准）：
200 万（1080P）、H.265：主码流常见区间 2 到 4 Mbps；
400 万（2K）、H.265：主码流常见区间 4 到 6 Mbps；
400 万（2K）、H.264：主码流常见区间 6 到 8 Mbps；
800 万（4K）、H.265：主码流常见区间 8 到 12 Mbps。
排查要点：
- 上联带宽：接入交换机到 NVR 的上联是否够（路数 乘以 单路码率）；
- NVR 接入带宽上限：设备规格里的接入带宽是否覆盖实际码率总和；
- 预览用子码流：多路同时预览时应走子码流，走主码流会同时压垮客户端与网络；
- 录像用主码流：录像清晰度按主码流，回放单路时压力可控。
四、第三步：算存储容量与留存天数
容量计算口径：
所需容量(GB) 约等于 单路码率(Mbps) 乘以 路数 乘以 3600 乘以 24 乘以 天数 除以 8 除以 1024
举例说明方法（非承诺值）：32 路 400 万摄像头、单路按 4 Mbps、留存 30 天：
4 乘以 32 乘以 3600 乘以 24 乘以 30 除以 8 除以 1024 约等于 40,500 GB（约 40 TB）
即约 40 TB 可用容量。实际配置还要叠加：硬盘标称容量与实际可用的差异、RAID 冗余开销、文件系统开销。
留存天数不足时的处理方向（按代价排序）：
- 核对录像计划：是否为全天录像，还是移动侦测录像------移动侦测能显著降容量，但会漏掉静止画面下的事件；
- 调整码率：在不影响识别要求的前提下适度下调主码流码率；
- 改用 H.265：同等画质下码率通常低于 H.264，需摄像头与 NVR 均支持；
- 扩容硬盘或增加盘位：按上述公式重新核算。
五、第四步：查硬盘健康与覆盖策略
回放查不到录像，很多时候不是没录，而是被覆盖了或硬盘出问题。
- 硬盘健康（NVR 侧或 Linux 侧）：
smartctl -a /dev/sda
关注 Reallocated Sectors、Pending Sectors、UDMA CRC 错误计数等指标； - 覆盖策略：硬盘写满后是覆盖还是停止录像，需与留存要求对齐；
- 录像计划：是否有时间段未配置录像，或配置成了移动侦测；
- 磁盘错误日志：NVR 系统日志里的磁盘告警要定期查看。
建议把"硬盘健康与剩余容量"纳入月度巡检项，而不是等回放失败再查。
六、第五步：客户端与解码侧
预览卡顿不一定在网络：
客户端同时开的路数超过解码能力时，卡顿是客户端问题；
多路预览走主码流会同时占用网络与客户端资源，应切子码流；
远程预览（跨专线、公网）时还要叠加出口带宽与 VPN 链路质量（详见出口侧相关排查）。
判据：在 NVR 本地直接接显示器预览，若本地流畅而客户端卡，方向是客户端与网络；若本地也卡，方向是摄像头、链路或 NVR 性能。
七、处理与验证
常见原因与处理：
供电不足：复核 PoE 预算，必要时独立供电；验证摄像头不再反复离线；
链路质量差：换线、缩短距离、重做水晶头；验证端口错误计数停止增长；
码率过高：适度下调码率或改 H.265；验证上联利用率回落；
容量不足：按公式扩容或调整录像计划；验证实测留存天数达标；
硬盘异常：更换硬盘并核对 SMART；验证告警消失，回放正常；
时间不同步：统一 NTP；验证按时间检索能定位到录像。
回退：码率与录像计划调整前记录原参数；换盘前确认备份策略，重要录像先导出再操作。
八、避坑小结
- 留存天数是算出来的，不是按硬盘大小感觉出来的；
- 先查在线率再查码率，摄像头离线会被误判成录像缺失；
- 时间不同步的"缺失"是假缺失；
- 预览走子码流、录像走主码流，两者混用会互相拖垮；
- 硬盘 SMART 要定期看，等回放失败时往往已经晚了。
速查：监控类故障
摄像头离线：优先查 PoE 供电，再到网线，再到地址冲突；
预览卡顿：优先查子码流，再到上联带宽，再到客户端解码；
回放缺录像：优先查录像计划，再到覆盖策略，再到时间同步；
留存天数不够：优先查码率、路数、天数核算；
夜间异常：优先查红外切换、补光、镜头清洁；
画面马赛克：优先查码率不足、链路误码。
常见问题（FAQ）
Q：监控录像一般要存多少天？
A：取决于行业要求与甲方的管理制度，常见区间在 30 到 90 天。技术侧的做法是先明确留存天数，再按"单路码率 乘以 路数 乘以 3600 乘以 24 乘以 天数 除以 8 除以 1024"估算容量，并叠加 RAID 冗余与文件系统开销。确定天数后建议在合同中写明，验收时按实际回放最老一天的记录来验证。
Q：预览卡顿但录像回放很流畅，是什么原因？
A：预览与回放的码流不同。预览通常可以切到子码流，多路同时预览时占用较低；若客户端配置成了主码流预览，多路叠加会同时压垮客户端解码与网络带宽。回放一般是单路主码流，压力反而小。处理方式是把预览切到子码流，并核对同时预览的路数。
Q：摄像头用 H.265 比 H.264 能省多少存储？
A：同等画质下 H.265 的码率通常低于 H.264，节省幅度受画面内容、运动强度与编码参数影响，不同场景差异较大，不宜按统一数字承诺。工程做法是在现场取典型画面做对比测试，按实测码率代入容量公式。需要注意摄像头与 NVR 都要支持对应编码格式。