雪亮工程三问：一问数据越多，灾备就越难？

雪亮工程是以区/县、乡、村三级综治中心为指挥平台、以综治信息化为支撑、以网格化管理为基础、以公共安全视频监控联网应用为重点的“群众性治安防控工程”。其中，视频监控作为公共安全的有效技侦手段，为执法机关提供可视化社会管理和司法证据的同时，也给海量非结构化视频数据的备份容灾带来挑战。

数据主要分为结构化/半结构化数据和非结构化数据，非结构化数据指各种没有固定结构的文档、图片和音视频数据。

两者在备份时，在数据量小的情况下，非结构化数据更有优势，主要原因是非结构化数据没有复杂的文件逻辑关系，复制备份环节更加简洁高效。但是在海量数据情况下，如某个雪亮工程每天产生的TB级或者PB级的视频大数据，传统的备份方式将难以应对，特别是在视频数据存储在较深目录的环境时，传统备份方式将占据很大的生产系统及带宽资源，以及需要更多的时间窗口去完成数据的备份。

那么，在这些雪亮工程的视频监控项目中，对于视频监控数据的备份与核心系统的容灾，是否就是越多越难呢？

英方针对海量结构化和非机构化数据的容灾方案可以很好地解决这个难题。这得益于英方掌握的字节级实时增量同步复制技术，能够针对变化的海量数据只传输变化的字节，从而大大减少传输变化的数据总量，因此整个过程对用户的带宽资源占用极少，也没有备份时间窗口，更为关键的是，简洁高效的统一灾备管理平台，能让这些缺乏高素质IT人才地区的项目管理者，对数据备份和系统容灾的操作更轻松。

下面，是某市地铁容灾项目针对视频监控系统及数据的容灾保护。

项目需求>>>

该地铁轨道交通监控网点部署的DSS轨道交通视频管理平台，肩负着卡口抓拍、智能报警、流量预警等多项功能，因此对平台的要求是可靠性必须保障业务中断时间控制在3分钟以内。

项目环境>>>

DSS轨道交通视频管理平台共分为4大业务系统，每个平台由3到5台不等的物理服务器级联而成，对外管理页面由一台物理机提供CMS服务管理，平台管理控制、配置、外部访问页面、节点负载联络均由这一台服务器完成；其他节点角色为MTS，只负责流媒体转发及运算。另外，各地区摄像头采集到的视频及图像信息采用分布式存储的方式，存放在不同地区的不同磁带录像机上，在CMS安装的系统当中无法明确看到视频文件保存的路径，CMS及MTS对数据的读取通过SS服务统一调度，SS服务的配置运行信息保存在CMS服务器上。

解决方案>>>

根据项目环境可知，由于用户的管理、配置信息统一存放在DSS服务器上。因此，容灾接管的主要对象就是DSS主机。同时，对于每天产生的海量视频监控数据，会通过i2CDP持续数据保护方案进行保护。具体的实施情况如下：

1）使用i2Move把四台DSS服务及一台流媒体服务迁移到灾备一体机上的虚拟机当中；

2）每台DSS物理机和虚拟机中的灾备机通过i2CDP做一对一保护部署；

3）设定相应的复制保护规则及高可用策略，做每个平台的业务高可用保障。

地铁监控项目容灾架构图

这个过程要达到的目的是：当主机正常工作时，由主机对外提供服务（如MySQL），通过英方字节级实时增量同步复制技术将变化的数据实时复制到备机，备机持续监控主机的状态。同时通过多冗余的心跳监控功能，当主机发生故障而宕机时，可自动或手动将工作机的服务IP地址迁移到备机，备机启动服务继续对外提供服务。同时，引入仲裁机制，让切换更安全。

项目经过几轮突发事件的演练，不仅确保两边数据的一致性，切换接管的效果也非常好，并且在最多五台主机全部出问题的情况下，灾备机接管也不受影响，而且接管后全业务都能正常访问。

这个项目表明，在视频监控应用中，通过英方的实时数据灾备和应用高可用方案（如i2CDP+i2Availability），不仅解决海量视频数据的实时备份问题，还能够对监控系统进行快速的切换接管，确保监控项目的数据不丢，业务不停，为雪亮工程、平安城市、智慧城市、交通、公检法、金融、教育等领域的视频监控和视频通讯项目提供安全保障。