各行各业对灾备的意识越来越高，对业务连续性的关注度也越来越高。

灾备技术涉及的领域很多，有很多厂商提供了多种技术解决方案，当前比较常见的数据复制技术有几大类，例如基于传统存储的复制技术，基于数据库的复制技术，基于存储虚拟化网关的复制技术，基于主机卷管理的复制技术，基于备份的复制技术等等。

在以往的讨论中，我们都是在谈某个厂商或者某个技术的优点，今天我们换个角度，我们来谈谈这些厂商产品的缺点。客观的讲每一个厂商的产品都不完美，都有他们的最佳实践应用场景，我们借着分析产品的缺陷，来展示产品的应用不当之处：一方面可以为广大用户提供警示作用，改进其使用方法或提前规避风险；另一方面可以刺激广大厂商能够不断改进产品，使得产品更加完善。

由于灾备领域的技术和产品众多，我们分期来进行讨论。

往期回顾

     灾备难点攻克系列之传统存储复制技术的痛点分析

     灾备难点攻克系列之连续数据保护技术的痛点分析

在前两期我们在讨论存储复制技术和连续数据保护技术。我们知道任何技术和产品都不完美，都是有其适应的场景，我们这一期的讨论主题是数据库复制技术的灾备解决方案的痛点。

涉及的产品包括，IBM DB2 HADR，IBM InfoSphereChange Data Capture，OracleDataguard，Oraclegolden Gate, DSG RealSync等等众多产品。

下面我就对本期的主题“数据库复制技术在灾备领域应用的痛点分析”相关的问题和观点加以梳理和总结，如有疏漏不妥之处,还请不吝赐教。

首先简单介绍一下什么是数据库复制技术。数据库复制技术是一种对企业数据库进行复制的技术。数据库复制技术一般满足如下特性：

　　1、数据必须实时：如果不是实时，那只能叫数据库迁移，属于数据仓库ETL的范畴；

　　2、数据必须准确：对复制过去的数据必须经得起验证，保证数据准确无误；

　　3、数据必须可在线查询：如何知道数据复制过去了？必须提供查询手段保证实时在线查询；

　　4、数据复制独立性：数据库复制软件不能安装在主库，特别是不能在主库上进行编译，否则对主库的应用系统将产生不可估量的影响；

　　5、数据复制配置简单：这里面的指标包含不停机初始化、数据库表过滤机制、数据库用户过滤机制，这些都需要简单配置可用；

　　6、数据复制便于监控：必须提供数据复制的过程监控机制，保证数据复制监控实时性，保证对数据复制过程及更改数据的可审计方式。

数据库复制技术多数采用Change Data Capture技术，既可以通过数据库提供的API也可以通过分析数据库在线或归档日志，来进行变化数据的捕获，然后进行传输和装载完成数据库的实时复制。 

关于数据库复制技术的痛点，大家主要关心如下几个方面。

　　1、数据库复制技术遇见非数据库数据的痛点；

　　2、数据库复制技术中数据验证方面的痛点；

　　3、数据库复制技术应用场景中遇见的痛点；

　　4、数据库复制技术数据恢复的痛点；

　　5、多种灾备技术混合使用时兼容性的痛点；

　　6、双活数据中心架构中数据库复制技术的痛点；

　　7、两地三中心灾备架构中数据库复制技术的痛点。

本次活动结束后，将由活动嘉宾评选出优秀提问者，社区给予社区金币或微信红包奖励。

提问数达到30个，奖励10位优秀提问者；提问数达到50个，奖励20位提问者；提问数达到70个，奖励30位提问者。

添加管理员微信，可邀请进入“灾备、双活技术交流群”，讨论学习灾备相关技术。