监控系统的报修集中在三句话：「预览卡」「回放查不到那天的录像」「录像只能存十几天，要求存 30 天」。这三句话对应的技术层面完全不同，但排查顺序是固定的——先看链路与供电，再看码率与容量，最后看存储健康。

\n

\n

一、先定范围：三类现象的分向

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

现象 优先方向
预览卡顿、画面马赛克 码率与带宽、链路质量、解码能力
回放缺少某段时间 录像计划、硬盘状态、时间同步
留存天数不足 码率 × 路数 × 天数的容量核算
摄像头离线/时有时无 PoE 供电、网线、地址冲突
夜间画面异常 红外切换、补光、镜头脏污

\n

\n

二、第一步：看摄像头是否稳定在线

\n

    \n

  1. 供电：PoE 供电不足是摄像头反复离线的常见原因（详见 T12）。核对交换机 PoE 功率预算与端口输出：

    2. \n

\n

   display poe power\n   display poe power-state interface GigabitEthernet 0/0/x

\n

    \n

  1. 链路：查看端口协商速率与错误计数：

    2. \n

\n

   display interface GigabitEthernet 0/0/x

\n

关注 CRC 错误、错包、up/down 次数；摄像头长距离布线时优先怀疑线材与距离（超五类/六类铜缆的推荐距离不超过 100 米）；

\n

    \n

  1. 地址：摄像头 IP 冲突会导致时有时无，核对地址台账（见 T06）；

    2. \n

  2. 时间：NTP 不同步会让回放检索错位，看起来像「录像缺失」，实际是时间对不上。

    3. \n

\n

\n

三、第二步：算码率与带宽

\n

码率决定三件事：画面清晰度、占用带宽、占用存储。

\n

单路带宽估算：

\n

单路带宽 ≈ 码率 × (1 + 协议开销系数)

\n

常见参考口径（按分辨率与编码方式不同差异较大，以设备实测为准）：

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

分辨率 编码 主码流常见区间
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

\n

排查要点：

\n

    \n

  1. 上联带宽：接入交换机到 NVR 的上联是否够（路数 × 单路码率）；

    2. \n

  2. NVR 接入带宽上限：设备规格里的接入带宽是否覆盖实际码率总和；

    3. \n

  3. 预览用子码流：多路同时预览时应走子码流，走主码流会同时压垮客户端与网络；

    4. \n

  4. 录像用主码流：录像清晰度按主码流，回放单路时压力可控。

    5. \n

\n

\n

四、第三步：算存储容量与留存天数

\n

容量计算口径：

\n

所需容量(GB) ≈ 单路码率(Mbps) × 路数 × 3600 × 24 × 天数 ÷ 8 ÷ 1024

\n

举例说明方法（非承诺值）：32 路 400 万摄像头、单路按 4 Mbps、留存 30 天：

\n

4 × 32 × 3600 × 24 × 30 ÷ 8 ÷ 1024 ≈ 40,500 GB（约 40 TB）

\n

即约 40 TB 可用容量。实际配置还要叠加：硬盘标称容量与实际可用的差异、RAID 冗余开销、文件系统开销。

\n

留存天数不足时的处理方向（按代价排序）：

\n

    \n

  1. 核对录像计划：是否为全天录像，还是移动侦测录像——移动侦测能显著降容量，但会漏掉静止画面下的事件；

    2. \n

  2. 调整码率：在不影响识别要求的前提下适度下调主码流码率；

    3. \n

  3. 改用 H.265：同等画质下码率通常低于 H.264，需摄像头与 NVR 均支持；

    4. \n

  4. 扩容硬盘或增加盘位：按上述公式重新核算。

    5. \n

\n

\n

五、第四步：查硬盘健康与覆盖策略

\n

回放查不到录像，很多时候不是没录，而是被覆盖了或硬盘出问题。

\n

    \n

  1. 硬盘健康（NVR 侧或 Linux 侧）：

    2. \n

\n

   smartctl -a /dev/sda

\n

关注 Reallocated Sectors、Pending Sectors、UDMA CRC 错误计数等指标；

\n

    \n

  1. 覆盖策略：硬盘写满后是覆盖还是停止录像，需与留存要求对齐；

    2. \n

  2. 录像计划：是否有时间段未配置录像，或配置成了移动侦测；

    3. \n

  3. 磁盘错误日志：NVR 系统日志里的磁盘告警要定期查看。

    4. \n

\n

建议把「硬盘健康与剩余容量」纳入月度巡检项，而不是等回放失败再查。

\n

\n

六、第五步：客户端与解码侧

\n

预览卡顿不一定在网络：

\n

    \n

  • 客户端同时开的路数超过解码能力时，卡顿是客户端问题；

    • \n

  • 多路预览走主码流会同时占用网络与客户端资源，应切子码流；

    • \n

  • 远程预览（跨专线/公网）时还要叠加出口带宽与 VPN 链路质量（见 T04）。

    • \n

\n

判据：在 NVR 本地直接接显示器预览，若本地流畅而客户端卡，方向是客户端与网络；若本地也卡，方向是摄像头、链路或 NVR 性能。

\n

\n

七、处理与验证

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

原因 处理 验证
供电不足 复核 PoE 预算，必要时独立供电 摄像头不再反复离线
链路质量差 换线、缩短距离、重做水晶头 端口错误计数停止增长
码率过高 适度下调码率或改 H.265 上联利用率回落
容量不足 按公式扩容或调整录像计划 实测留存天数达标
硬盘异常 更换硬盘并核对 SMART 告警消失，回放正常
时间不同步 统一 NTP 按时间检索能定位到录像

\n

回退：码率与录像计划调整前记录原参数；换盘前确认备份策略，重要录像先导出再操作。

\n

\n

八、避坑小结

\n

    \n

  1. 留存天数是算出来的，不是按硬盘大小感觉出来的；

    2. \n

  2. 先查在线率再查码率，摄像头离线会被误判成录像缺失；

    3. \n

  3. 时间不同步的"缺失"是假缺失；

    4. \n

  4. 预览走子码流、录像走主码流，两者混用会互相拖垮；

    5. \n

  5. 硬盘 SMART 要定期看，等回放失败时往往已经晚了。

    6. \n

\n

速查表：监控类故障

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

现象 优先排查
摄像头离线 PoE 供电 → 网线 → 地址冲突
预览卡顿 子码流 → 上联带宽 → 客户端解码
回放缺录像 录像计划 → 覆盖策略 → 时间同步
留存天数不够 码率 × 路数 × 天数核算
夜间异常 红外切换、补光、镜头清洁
画面马赛克 码率不足、链路误码

\n

\n\n

常见问题（FAQ）

\n

Q：监控录像一般要存多少天？

\n

A：取决于行业要求与甲方的管理制度，常见区间在 30 到 90 天。技术侧的做法是先明确留存天数，再按「单路码率 × 路数 × 3600 × 24 × 天数 ÷ 8 ÷ 1024」估算容量，并叠加 RAID 冗余与文件系统开销。确定天数后建议在合同中写明，验收时按实际回放最老一天的记录来验证。

\n

Q：预览卡顿但录像回放很流畅，是什么原因？

\n

A：预览与回放的码流不同。预览通常可以切到子码流，多路同时预览时占用较低；若客户端配置成了主码流预览，多路叠加会同时压垮客户端解码与网络带宽。回放一般是单路主码流，压力反而小。处理方式是把预览切到子码流，并核对同时预览的路数。

\n

Q：摄像头用 H.265 比 H.264 能省多少存储？

\n

A：同等画质下 H.265 的码率通常低于 H.264，节省幅度受画面内容、运动强度与编码参数影响，不同场景差异较大，不宜按统一数字承诺。工程做法是在现场取典型画面做对比测试，按实测码率代入容量公式。需要注意摄像头与 NVR 都要支持对应编码格式。

\n

本文由 58120 智能网络 原创发布。转载请注明出处并保留原文链接。