多台群晖跑人脸识别与深度视频分析：CMS 集中管理能做什么、不能做什么

痛点场景

集团各园区陆续上了视频分析：A 园区的门禁人脸任务建在本地服务器上，B 厂区的人流计数又是一套，总部想查一条跨园区的人脸轨迹，得挨个登录、来回切换。官方知识库对此给出了集中管理的口径：Surveillance Station 8.2.9 及以上版本在 CMS 架构中支持人脸识别和深度视频分析，在多个录制服务器上集中部署的任务，可以从 CMS 主机进行管理。

环境三条件（官方口径）

• Surveillance Station 8.2.9 及以上版本；
• 建议使用 x64 型号设备作为 CMS 主机；
• 录制服务器使用 DVA 系列设备。

三条都满足再谈集中管理，版本尤其要逐台核对。

能做什么

人脸识别侧：

• 使用所有服务器及其视频源创建任务——在主机上就能给任意站点的摄像机建人脸任务；
• 跨服务器过滤识别结果——一次检索扫全部园区；
• 为各服务器配置归档设置。

深度视频分析（Deep Video Analytics）侧：

• 同样支持跨服务器创建任务、过滤检测结果、配置归档；
• 可汇总在同一台服务器上运行的人流计数或车流计数任务的结果。

监控中心侧：

• 把不同服务器上的人脸识别与深度视频分析任务添加到同一布局；
• 查看实时检测结果——总部一块大屏看全部园区。

不能做什么

边界也写得很清楚，规划时按这几条排坑：

• 录制服务器侧的人脸识别结果：只能查看个人资料信息，不能编辑；
• 人脸数据库：在录制服务器上无法添加、导入、编辑或删除个人资料，也无法增删改群组——数据库操作全部收口到主机；
• DVA 的合并计数工具：无法汇总不同服务器上的人流计数和车流计数数量——跨园区的合计数要自己导出相加；
• 录制服务器的车牌识别结果无法注册，车牌数据库也无法添加、编辑或删除车牌号码、标记与描述。

一个关键机制：共享数据库

CMS 设置中，所有服务器共享统一的数据库并与主机服务器同步。这解释了上面那些「不能」的由来：数据库只有一份、以主机为准，录制服务器侧自然只读不写，避免了多处改动打架。也正因如此，主机侧的维护动作（人脸库整理、资料变更）要在主机上做，做完等同步生效，而不是跑到各园区逐台改。

小结

• 8.2.9+、x64 主机、DVA 系列录制服务器，三条件满足后可从 CMS 主机统一管理人脸与视频分析任务；
• 能：跨服务器建任务、过滤结果、配置归档、同布局实时查看、单机内计数汇总；
• 不能：录制服务器侧改人脸库/车牌库、跨服务器合并计数——数据库统一、以主机为准。

人脸识别这类能力越强，上线前越要把边界画清楚。诚鑫致达科技给客户启用人脸与视频分析前，会先把三件事对齐：用在哪、谁授权、数据留多久——对齐了再开工，监控项目才走得长远。