含分厂本地NVR与总部双重录像拆解 · 单播带宽测算方法 · SD-WAN中断后本地调取清单
概述
三个月前的录像，为什么在分厂找不到了？
总部要复核三个月前的一次生产异常。IT 联系分厂值班人员打开传统 NVR，时间线却只保留了最近一个月，目标录像已经被循环覆盖。另一家工厂硬盘较大，还能查到更早的画面。两台 NVR 都在正常录像，能查到多久，却取决于各自安装了多少硬盘。
这次调取推动企业重新安排录像的保存位置。分厂 NVR 继续保留一个月，满足现场值班和近期调查；总部部署 Surveillance Station 9.3，通过独立 SD-WAN 持续接收各厂摄像机画面，集中保存一年。几个月后的录像查询，也从"联系分厂找人导出"变成了总部直接检索。
Synology 于 2026 年 7 月 21 日发布 Surveillance Station 9.3.0-12133。新版把 CMS 调整为内置应用，移除组播串流，并加入 Event Center。企业升级时需要同步核算单播带宽、摄像机连接数和一年录像所需的中央存储空间。
三个工厂的硬盘，谁也替不了谁
企业的三个工厂在不同年份建设监控。工厂一摄像机多，NVR 很快进入循环覆盖；工厂二摄像机少，同样大小的硬盘能保存更久；工厂三投产较晚，采用的 NVR 和前两家又不相同。
总部查录像时，先要确认摄像机位置，再请分厂人员进入对应 NVR。遇到不熟悉的界面，IT 还要远程指导；文件较大时，现场人员需要准备移动硬盘或等待网络传输。三家工厂分别维护，录像保留期和导出方法也一直没有统一。
IT 最初考虑给每台 NVR 加硬盘。盘点之后发现，工厂一需要较多空间，工厂二现有容量仍有余量，工厂三还要为新增摄像机预留位置。硬盘装进某一台 NVR 后，其他工厂用不到这部分空间，总部查录像的流程也没有变化。
| 分散建设情况 | 实际结果 | 集中后的安排 |
|---|---|---|
| 各厂独立采购硬盘 | 容量分散在各台 NVR | 总部统一规划存储池 |
| 摄像机数量不同 | 保留周期长短不一 | 按总码率配置一年容量 |
| 各厂分别导出录像 | 调取依赖现场人员 | 总部集中检索和导出 |
保留目标定下来：分厂一个月，总部一年
IT 与安防负责人先确定录像用途，再计算设备和网络。分厂传统 NVR 循环保存一个月，供值班人员查看近期事件；总部集中保存一年，用于跨月调查和多工厂统一检索；需要长期留存的关键片段，从循环录像区导出到受控目录。
| 录像位置 | 保留时间 | 主要用途 |
|---|---|---|
| 分厂传统 NVR | 一个月 | 现场值班和近期事件 |
| 总部集中存储 | 一年 | 跨工厂调查和历史复核 |
| 重要事件目录 | 按事件要求 | 调查、审计和证据留存 |
如图所示，分厂传统 NVR 的录像以 30 天为循环周期滚动覆盖，画面左侧的循环箭头表示新录像持续写入、最早录像自动被替换；总部一侧展开一条完整的 365 天年度时间轴，"3 个月前"这类历史节点始终留在轴上可供检索。当某个时间点的画面需要长期保存时，可以从循环录像区单独抽取，导出到带锁的受控文件夹，形成独立留存的重要片段，不再受 30 天循环覆盖影响。
这个安排保留了现有设备。工厂值班电脑继续直接访问本地 NVR，总部 Surveillance Station 则建立第二路持续录像。系统保护台账记录摄像机、串流、存储和网络配置；恢复操作单记录录像调取、链路中断和文件导出结果。
网络也按业务价值分开。ERP、财务和关键办公业务继续使用速度快、稳定性高的企业专线；监控持续录像使用独立运营商线路和站点到站点 SD-WAN。两类流量分别计算带宽，也分别设置访问权限。
Surveillance Station 9.3 怎样进入现有监控系统？
Surveillance Station 9.3.0-12133 需要 DSM 7.0-41890 或以上版本。正式接入分厂之前，IT 记录总部设备的 DSM、Surveillance Station、Device Pack、摄像机许可证和录像存储状态。
与这次改造直接相关的变化有四项。CMS 现在是内置应用；原组播摄像机在升级后改用单播；Event Center 集中呈现事件、书签、人数统计、统计报告和车牌报告下载，还能跨最多 100 台录像服务器搜索事件；新安装环境默认启用录像轮替，服务器级剩余空间阈值最低为总容量的 10%。新版桌面同时移除了 Search 和 Widget，系统资源使用情况移到任务栏。
本项目仍让传统 NVR 独立负责分厂录像，总部 Surveillance Station 直接添加摄像机。CMS 用于管理运行 Surveillance Station 的录像服务器。以后某个分厂部署 Synology 录像服务器，再将该节点纳入 CMS 即可。
工厂一先接入一台摄像机
团队从摄像机最多的工厂一开始。先接一台，跑通本地与总部两套持续录像，测出实际带宽，再逐批增加通道。
管理员把测试摄像机写入系统保护台账：IP 地址、品牌型号、固件、ONVIF 端口、本地 NVR 所用串流、各档分辨率和码率，以及摄像机允许的并发连接数。摄像机只有一个网口和一个 IP，本地 NVR 与总部 Surveillance Station 分别使用自己的账号连接同一设备。
总部与工厂隔着 SD-WAN，自动搜索找不到远端摄像机，管理员便在 IP Camera 添加向导中选择 ONVIF，按台账填写 IP、端口和专用账号。完成"加载功能"和连接测试后，他把系统读取到的编码、音频、事件和串流配置与摄像机管理页面逐项比对。
ONVIF 负责设备发现、身份验证和能力读取，实际录像由摄像机的视频串流传输。工厂防火墙只允许总部 Surveillance Station 的指定地址访问所需服务，摄像机地址保持在企业的 SD-WAN 私网中。
接入完成后，管理员先检查本地 NVR 的新录像，再启用总部持续录像。他从两端下载同一时间段的片段，核对系统时间、清晰度和连续性。本地和总部都能正常回放后，这台摄像机才算通过试点。
试点验收的核心证据来自两张对照画面：本地 NVR 和总部 Surveillance Station 各自的录像状态卡都显示"正常"，说明两套系统在同一网络条件下都能持续接收这台摄像机的串流。
两端各取出同一时间段的画面并排核对，仓库通道内的叉车作业场景完全一致，确认本地录像与总部录像记录的是同一份真实画面，而不是各自独立生成的内容。
ONVIF 只承担摄像机发现、身份验证和能力读取，图中作为接入路径上的一个标签出现，不是独立于摄像机之外的转发设备；试点通过后，团队按同一套台账和验收步骤把其余摄像机逐批接入。
监控录像走 SD-WAN，核心业务继续走专线
摄像机持续录像、值班电脑多画面查看、总部远程录像和历史回放都会占用网络。早期共用办公上联时，摄像机增加后，文件访问和办公应用会明显变慢。新的网络路径把监控流量单独分离出来：
ERP、财务和关键办公业务
→ 企业核心专线
摄像机
→ 监控专用交换机或监控 VLAN
→ 独立运营商线路
→ 站点到站点 SD-WAN
→ 总部 Surveillance Station
采用物理隔离的工厂使用独立 PoE 交换机和监控上联。采用 VLAN 的工厂把摄像机、监控管理和办公终端划入不同广播域。多个 VLAN 共用上联时，IT 继续检查端口利用率、丢包、错误包和 QoS，保证共同链路能够容纳各类流量。
工厂值班电脑直接连接本地 NVR，实时查看留在本地。总部持续录像和总部监控画面经过 SD-WAN。监控线路可以按摄像机数量独立扩容，ERP 与财务专线也能保持原有服务目标。
组播改单播之后，多画面带宽怎么算？
试点摄像机开始向总部录像后，IT 先关闭所有实时画面，记录工厂 SD-WAN 的流量基线。这条基线来自总部持续录像，监控界面关闭后仍会保持。
接着，他依次打开一路、九宫格和十二宫格。九宫格包含九路摄像机，十二宫格包含十二路；一块显示器只是一个播放终端。用 B 表示单路实时查看码率，带宽关系如下：
| 实时查看场景 | 单播路数 | 估算流量 |
|---|---|---|
| 1 个终端看 1 路 | 1 | B |
| 1 个终端看 9 路 | 9 | 9B |
| 1 个终端看 12 路 | 12 | 12B |
| 2 个终端看相同 9 路 | 18 | 18B |
本地 NVR 和总部 Surveillance Station 还会分别建立录像连接。一条留在工厂监控网络，另一条持续经过 SD-WAN：
总部持续录像基线
≈ 所有远程摄像机发往总部的录像串流码率之和
总部实时查看增量
≈ 实时查看串流码率
× 当前显示路数
× 同时查看终端数
旧版组播会把一份串流交给支持 IGMP 的网络，再由交换机分发给多个接收端，适合同一局域网内多台终端长期观看相同画面。9.3 使用单播，每个接收端建立独立连接。这样的连接可以直接通过路由、VPN 和 SD-WAN，管理员也能按工厂、摄像机和终端逐项统计与排查。多台终端同时观看时，带宽随连接数增加。
图中左侧"原组播"区域画出一份串流经交换机（IGMP / 局域网）分发给终端 1、终端 2、终端 3 共享的连接方式，同画面多终端共享、局域网带宽效率高，但依赖 IGMP、只适合同一局域网，跨路由访问会更复杂。右侧"9.3 单播"区域画出摄像机经 IP 网络（路由 / VPN / SD-WAN）分别与终端 1 到终端 4、以及总部录像建立的独立连接，连接可以分别统计、问题可以逐连接排查，代价是图中"终端越多，带宽越高"标注的递增关系。总部录像正是这些独立单播连接中的一条，与实时查看终端并列占用带宽。
录像保留清晰度，多画面控制带宽
九宫格打开后，IT 看到实时查看流量随画面数量增加，于是把录像和查看分开配置。Synology 将摄像机串流整理为高质量、平衡和低带宽三档。摄像机厂商通常把高质量配置称为主码流，把低带宽配置称为次码流。
本地 NVR 使用满足现场取证要求的高质量串流。总部持续录像根据一年留存目标和调查要求选择录像串流。工厂值班电脑、总部九宫格和十二宫格使用平衡或低带宽配置；某一路画面放大后，再切换到更清晰的档位。
Surveillance Station 可以分别设置实时查看和移动端串流，也可以根据画面显示尺寸动态调整。录像设置还允许持续录像、移动侦测等模式使用不同配置。IT 最终用播放信息、录像属性和网络流量核对结果，并选取包含人物、车辆和设备动作的片段，检查关键细节是否清楚。
三家工厂接入后，总部开始按一年计算容量
工厂一通过试点后，工厂二和工厂三沿用同一份台账、网络规则和验收顺序。三个工厂的远程录像进入总部存储池，管理员按所有摄像机的实际平均码率计算一年容量。
持续录像可以用下面的方法做初步估算：
单路每日录像量
≈ 录像码率（Mbps）× 10.8 GB
总部一年录像容量
≈ 所有摄像机每日录像量之和 × 365
+ 数据库、文件系统、扩容和运行预留空间
单路实测平均码率为 1 Mbps 时，每日约产生 10.8 GB，一年约为 3.94 TB。可变码率会随画面复杂度变化，音频、事件和编码方式也会影响结果。系统运行一段时间后，管理员再用每日实际增量校准一年预测。
容量按 RAID 创建后的可用空间核算。每台摄像机在"录像"设置中配置保存天数和录像文件夹上限，总部再到"录像 > 存档设置 > 录像历史记录"检查服务器级轮替阈值。摄像机保留时间、录像文件夹上限、共享文件夹配额和服务器剩余空间阈值共同决定最终可保存的时间。
完成中央存储规划后，可继续查看群晖企业视频监控与集中存储方案，把摄像机、存储、网络、权限和运维纳入同一份项目设计。
再查三个月前的录像，总部直接完成
几个月后，总部再次收到跨月录像查询。管理员进入 Surveillance Station，选择工厂、摄像机和日期，在时间线上定位目标时段。确认画面后，他在总部完成回放和导出，并把时间范围、操作人、使用原因和文件位置写入恢复操作单。
分厂人员仍负责现场近期查看，总部负责跨月检索和长期留存。过去需要电话协调、远程指导或现场导出的工作，现在有了统一入口。总部的一年存储策略已经覆盖三个月前的画面，查询范围由中央容量和保留规则统一决定。
SD-WAN 中断后，本地 NVR 留住近期录像
上线验收时，IT 主动中断工厂一到总部的监控 SD-WAN。摄像机与传统 NVR 仍在工厂监控网络内，本地持续录像保持运行；总部停止收到该工厂的远程串流，管理员在系统保护台账中记录缺口开始时间。
链路恢复后，总部重新建立摄像机连接并继续录像。管理员根据缺口时间到本地 NVR 查找片段，在一个月循环覆盖期限内完成导出。恢复操作单记录摄像机、缺失时段、本地文件位置和验收结果。
这次测试也确定了两套设备的职责。分厂 NVR 保存近期现场记录，并接住广域网中断期间的录像；总部 Surveillance Station 保存一年历史，供跨工厂查询和统一导出。
图中"本地补取"标签对应的是管理员根据总部记录的缺口时间，主动到本地 NVR 查找并导出对应片段，这一步由人工在恢复操作单中登记完成，本地 NVR 不会把中断期间的录像自动回传或同步给总部。
上线前完成五组验收
双重录像
- 本地 NVR 和总部同时生成新录像；
- 两端系统时间一致；
- 同一时段录像都能打开；
- 摄像机并发连接保持稳定。
保留与容量
- 分厂 NVR 达到一个月目标；
- 总部按实际增长预测一年容量；
- 摄像机级与服务器级轮替规则一致；
- 重要事件可以独立导出。
网络
- 监控流量经过独立 SD-WAN；
- ERP 与财务继续使用核心专线；
- 九宫格和十二宫格增量符合测量结果；
- 交换机端口没有持续丢包和错误包。
总部调取
- 可以按工厂、摄像机和时间查询；
- 可以回放超过分厂一个月周期的录像；
- 导出文件能独立播放；
- 调取结果已经写入恢复操作单。
链路中断
- SD-WAN 中断期间本地 NVR 继续录像；
- 总部准确记录缺口时间；
- 链路恢复后总部重新开始录像；
- 缺失片段可以在一个月内从分厂调取。
关于本方案服务方
成都美步科技有限公司（简称美步科技）是四川成都 Synology 群晖授权代理与方案集成商，为制造、视频监控、教育等行业提供群晖 NAS 选型、ONVIF 摄像机接入与 Surveillance Station 多站点录像存储部署服务，已在成都、重庆、贵阳、昆明等西南城市完成多个多工厂监控项目落地。咨询热线 028-82009000，参考群晖 NAS 产品选型。
规划多工厂集中录像与长期存储
再遇到三个月前的录像调取，总部已经可以直接完成查询和导出。准备实施时，企业需要先整理各厂摄像机数量、平均码率、现有 NVR 容量、SD-WAN 带宽和目标保留周期。成都美步科技有限公司作为西南 Synology 群晖授权代理与方案集成商，可据此测量持续录像与多画面查看流量，规划总部一年存储，并组织链路中断和录像调取验收。
操作步骤
- 1盘点摄像机与网络台账记录每台摄像机的IP、型号、ONVIF能力、主/次码流、本地NVR连接方式和并发连接数，写入系统保护台账。
- 2用一台摄像机完成ONVIF接入试点在总部通过ONVIF添加向导接入首台测试摄像机，核对编码、音频、事件和串流配置，验证本地与总部两端录像均正常。
- 3测算实时查看与持续录像基线依次打开单路、九宫格和十二宫格，记录SD-WAN流量增量，区分实时查看带宽与持续录像基线。
- 4扩展到全部工厂并测算一年容量复用试点台账和验收步骤接入其余工厂摄像机，按单路码率和摄像机总数计算总部一年存储容量。
- 5演练SD-WAN中断与录像调取主动中断分厂到总部的链路，验证本地NVR持续录像、总部记录缺口，并在恢复后从本地NVR调取缺失片段。
常见问题与解答
为您整理的关于此内容的常见疑惑及专业解答
传统 NVR 可以加入 Surveillance Station CMS 吗？
CMS 的管理对象是运行 Surveillance Station 的录像服务器。本项目保留传统 NVR 独立录像，总部通过 ONVIF 直接添加同一批摄像机。分厂以后部署 Synology 录像服务器时，可以再加入 CMS。
同一个 IP 摄像机可以同时连接本地 NVR 和总部吗？
支持多客户端连接的摄像机可以同时向两套系统提供串流。部署前查看摄像机的并发连接规格，再通过一台摄像机试点验证本地与总部录像。
ONVIF 与视频串流分别负责什么？
ONVIF 负责设备发现、身份验证和能力读取。实际画面由摄像机提供的视频串流传输。Surveillance Station 还可以为 RTSP 设备配置自定义串流路径。
总部关闭实时画面后，为什么 SD-WAN 仍有流量？
总部正在持续录像，每台远程摄像机都保持录像连接。关闭九宫格或十二宫格只会结束相应的实时查看活动，录像基线仍在运行。
九宫格和十二宫格怎样计算单播带宽？
单播模式下，每个显示路数对应一份独立连接：单路实时查看流量记为 B，九宫格约为 9B，十二宫格约为 12B；多个终端同时观看相同路数时按终端数继续叠加，例如两个终端同时看相同 9 路约为 18B。这部分带宽只计算实时查看，与总部持续录像基线分开统计。
组播和单播分别适合什么场景？
组播适合同一受控局域网内多个终端观看相同画面，交换网络需要配置 IGMP。单播适合跨路由、VPN 和 SD-WAN 访问，每个连接可以分别统计和排查。Surveillance Station 9.3 使用单播传输。
为什么录像和多画面查看使用不同串流？
高质量串流保留设定的分辨率、帧率和码率，用于保存调查所需细节。平衡或低带宽串流可以减轻九宫格、十二宫格和移动端的网络与解码压力。单路放大时再切换到更清晰的配置。
分厂一个月、总部一年怎样计算存储容量？
先记录每台摄像机的实际平均码率，再分别乘以 30 天和 365 天。总部还要加入数据库、文件系统、扩容和运行预留空间，并使用 RAID 创建后的可用容量核算。
SD-WAN 中断后，总部录像缺口怎样处理？
本地 NVR 会继续保存工厂录像。链路恢复后，总部重新开始远程录像；IT 根据恢复操作单记录的缺口时间，在一个月覆盖期限内从本地 NVR 调取相应片段。
为什么保留分厂传统 NVR？
分厂传统 NVR 承担现场值班和短期查看，链路中断时仍能持续录像，为总部提供本地补取的兜底来源。摄像机只有一个网口和一个 IP，本地 NVR 与总部 Surveillance Station 分别建立独立连接，两套系统互不依赖，保留传统 NVR 不影响总部的集中录像与检索能力。
