视频监控平台单机运行的风险是"一台宕机全盘失明":平台服务器故障时,所有前端预览、录像回放、报警联动全部中断。双机热备用主备两台服务器加心跳检测解决问题,主机关机备机在数十秒内接管业务。落地关键不在买两台服务器,而在切换时效、数据同步、存储衔接三项配置。

哪些节点值得做热备

不是所有设备都要双机,按故障影响面排优先级:

节点 故障影响 是否推荐热备
监控平台服务器 全平台失明,预览回放中断 强烈推荐
核心交换机 全网断链 双机或堆叠冗余
NVR/存储节点 录像中断 按业务重要性做冗余
前端摄像机 单点故障 不需要,靠点位冗余

平台服务器是调度中枢,优先做双机热备;核心交换机的冗余与平台热备配套,别出现平台备好了、网络先断的尴尬。

心跳检测与故障判定

主备之间靠心跳确认对方存活,配置时注意三点:

  1. 心跳通道:主备间用专用心跳链路(网线直连或独立 VLAN),不要和业务流量混跑,避免业务拥堵误判;
  2. 心跳间隔与超时:常见配置是每隔数秒发一次心跳,连续多次未收到才判定故障,间隔太短易误切,太长切换慢,先按厂家默认值再调;
  3. 脑裂预防:双心跳链路加仲裁机制,防止主备都以为自己是主造成数据错乱。

判定为故障后,备机接管虚拟 IP 和业务服务,客户端无需改配置继续访问。

切换时效与数据同步

切换要快,更要"切得干净",两个指标一起看:

  1. 切换时效:要求备机在数十秒内完成接管,达到分钟级以内的恢复时间目标;测试时主机关机,从断线到业务恢复计时;
  2. 数据同步:平台配置、人员权限、设备目录实时同步到备机,共享存储或数据库同步二选一;
  3. 录像与报警数据:这类数据落在存储阵列,不随平台切换丢失,但切换期间的新报警要能补传到接管后的平台。

同步不干净的热备是假热备:切过去发现人员权限丢了、设备列表空了,等于白切。

与存储的衔接怎么做

平台热备只管"服务在跑",录像数据在存储侧,衔接要提前规划:

  1. 存储独立于平台:NVR、存储阵列独立运行,平台切换不影响已录像的读写;
  2. 录像计划不随平台漂移:切换后计划任务仍在存储端执行,前端码流继续写入;
  3. 存储容量与冗余:录像盘按留存周期核算容量,参考存储扩容与迁移方案做冗余设计。

切换期间前端设备的新注册请求应能续传,否则切完后新设备仍显示离线的现象会拖几天,验收时把这部分一起测。

心跳只覆盖网络连通还不够,关键服务进程"假死"比断网更隐蔽,配置时把平台核心进程纳入心跳检测范围,进程失联同样触发切换。

容量评估与运维配套

热备上线后还要管容量和运维:

  1. 录像容量分层:热数据保留 30 天、温数据 30 到 90 天、冷数据 90 天以上,按码率与通道数核算总量;
  2. 备机规格对齐:备机硬件与主机保持一致,避免切换后性能缩水拖垮视频流转发;
  3. 切换通知与留痕:切换事件推送运维人员并记录原因、时间,便于事后复盘;
  4. 定期演练:每季度安排一次真实切换演练,防止热备长期闲置后真正故障时失灵。备件存放位置要写进运维手册,切换演练时一并核对,避免故障发生时找不到替换件。

验收三步走

热备做没做扎实,验收跑三遍:

  1. 手动切换演练:主动关停主平台,确认备机自动接管,业务恢复时间在目标值内;
  2. 断电演练:模拟机柜断电,验证备机接管与 UPS 配合,恢复后数据无丢失;
  3. 数据一致性核对:切换前后对比设备列表、人员权限、报警记录,逐项无差异。

演练通过后更新切换手册版本,并让监控中心值班人员签字确认已培训,防止换班后无人会操作。

TL;DR 检查清单

  1. 平台服务器优先双机热备,核心交换机配套冗余。
  2. 心跳走专用链路并纳入服务进程检测,间隔与超时按厂家值调优。
  3. 切换时效数十秒级,配置与权限实时同步,存储独立不随切换丢失。
  4. 验收做手动切换、断电演练、数据一致性三步,每季度再演练一次。

参考资料

  • core-switch-redundancy-design
  • nvr-storage-expansion-migration
  • access-control-data-backup-recovery