企业异地灾备建设数据复制技术路线分析.docx

?

?

企业异地灾备建设数据复制技术路线分析

?

?

来自twt社区同行交流，欢迎更多同行参与交流

企业异地灾备建设数据复制三大技术路线优劣势分析对比？保险企业异地灾备建设主要有三大技术路线:基于数据库异地容灾复制技术基于存储的远程异地复制技术借助第三方同步、复制软件的方式进行容灾数据复制，异地灾备数据复制技术3大技术路线各有哪些优缺点？问题来自社区活动，由会员提出，来自twt社区众多同行的分享，欢迎大家参与交流，各抒己见。*“争议”栏目内容来自同行分享的一手体验和观察，仅代表个人观点

@chenmingfu西部某城商银行基础架构组长：

基于存储底层复制：需要生产中心与异地灾备中心存储设备保持品牌型号一致，对硬件设备强依赖，可以较好的保证RPO指标，但是无法保证RTO指标，切换较为复杂，切换时效性难以保证。

基于数据库技术的复制：灾备切换较为方便，与底层硬件设备不相关，无需保持两端硬件设备型号品牌一致性，在非批量时间段RTO指标一般可以控制在10分钟以内，切换时效性较高，能满足当前监管容灾指标要求，且RPO指标也可以保障，建议采用该技术实现容灾，我单位就是要该技术实现数据库层容灾，非常便于灾备切换演练。

基于三方软件的复制：需要依赖额外第三方复制软件，涉及软件兼容性，还需要在数据库服务器中安装软件等等，可能会对服务器造成一定的资源占用。

@王巧雷sino-bridge系统工程师：

存储层的复制：

直接基于底层块级IO复制，屏蔽上层的应用逻辑，所以对上次的数据类型也基本没有要求，管理上比较方便。但这种方案的要求比较高，比如带宽要求高、需要使用同品牌存储、或使用虚拟化存储网关等。

数据库复制：

基于数据库的复制可以在数据库层面实现数据的同步，大都通过日志重放实现，并且可以按自己的需求选择同步对象，实际传送数据较小，也比较灵活。相对来说复制类型单一，只能复制相应数据库结构化数据，业务关联的其他非结构化数据还得通过其他方式来实现。

第三方工具：

比如GPFS、OGG、CDC等，支持的数据类型相比数据库复制会丰富很多，但可靠性或者数据验证是个问题，比如OGG配套了veridata来做同步后的数据验证，但有些工具并没有提供相应的验证机制。

@trouble_qu戴尔科技售前技术支持：

我理解的主流复制技术对比如下：

一、存储复制技术：要求数据库数据存储在集中式存储上，基于存储阵列的复制技术使用专用SAN网络进行复制，复制技术成熟，对主机资源消耗低，并且可根据需求选用双活、同步或异步复制模式，支持双活，支持多中心闭环（既任一复制链路断，不影响其它链路和整体容灾），复制技术稳定，运维简便，只是同步和异步模式下灾备切换时会涉及存储切换的环节，双活模式对距离，链路质量要求较高。

二、虚拟机复制技术：如数据库部署在虚拟机环境，可基于虚拟化复制技术实现容灾，虚拟化复制技术可基于虚拟机文件的变化进行增量复制，但案例相对较少，一般应用于中小型规模的数据库，且日常备端无法使用。

三、数据库复制技术：基于数据库本身的复制机制来实现跨中心复制，支持通过IP网络以增量方式进行复制，同时支持以库为单位进行细颗粒度的复制，并可根据需求选用同步或异步复制模式。采用此项技术，灾备端的数据库为启动状态且支持查询操作，相对灵活，但数据库切换操作复杂，对于切换时数据库状态的要求比较严苛，实际切换的操作也相对复杂，对数据库管理员的能力要求较高。

四、第三方软件技术：主要针对文件系统里的数据进行复制，一般用于应用程序的复制，日志文件的复制等，稳定性和可靠性需要进一步验证，目前业界不太用于关键数据的容灾。

@kevinshopping某保险有限公司科技信息经理：

异地灾备建设需要根据灾备RTORPO的目标进行技术选择（当然还有灾备预算，若是土豪企业可以飘过~）从管理便捷性和投入的成本对比如下：

基于存储的远程异地复制技术：成本高，基于存储级复制对复制线路网络要求比较高，线路成本也随之高。存储级复制可以实现较小RPO目标，管理压力也相对最小。

基于数据库异地容灾复制技术：无需安装第三方客户端，通过DB日志进行复制传输，但若生产端频繁对数据增删改，数据增量可能不大，但日志文件可能很大，这样对传输带宽压力也比较大。

借助第三方同步、复制软件的方式进行容灾数据复制：可以实现OS、非结构化数据复制传输，但需要安装第三方的客户端对生产端有一定的侵入。维护人员需要对第三方软件进行使用学习。

三个复制技术选择需要根据企业具体的灾备要求进行选择，根据灾备需求目标及预算进行选择才是真正适合企业本身的。

@张鹏中国金融电子化公司-中小金融机构灾备服务中心高级技术主管：

第一：保险企业的业务系统比较复杂，灾备技术的选择最好根据业务系统和IT系统的特点来