灾备难点攻克系列之数据库复制技术的痛点分析.docxVIP

PAGE 1 PAGE 1 灾备难点攻克系列之数据库复制技术的痛点分析  各行各业对灾备的意识越来越高，对业务连续性的关注度越来越高。  各行各业对灾备的意识越来越高，对业务连续性的关注度越来越高。  灾备技术涉及的领域许多，有许多厂商供应了多种技术解决方案，当前比较常见的数据复制技术有几大类，例如基于传统存储的复制技术，技术数据库的复制技术，基于存储虚拟化网关的复制技术，基于主机卷管理的复制技术，基于备份的复制技术等等。  在以往的争论中，我们都是在谈某个厂商或者某个技术的优点，今日我们换个角度，我们来谈谈这些厂商产品的缺点。客观的讲每一个厂商的产品都不完美，都有他们的最佳实践应用场景，我们借分析产品的缺陷，展示产品的应用不当之处：一方面可以为广阔用户供应警示作用，改进用户的使用方法或提前规避风险；另一方面可以刺激广阔厂商能够不断改进产品，使得产品更加完善。  由于灾备领域的技术和产品众多，我们分期来进行争论。  在前两期我们在争论存储复制技术和连续数据保护技术。我们知道任何技术和产品都不完美，都是有其适应的场景，我们这一期的争论主题是数据库复制技术的灾备解决方案的痛点。  涉及的产品包括，IBMDB2HADR，IBMInfoSphereChangeDataCapture，OracleDataguard，OraclegoldenGate，DSGRealSync等等众多产品。  下面我就对本期的主题“数据库复制术在灾备领域应用的痛点分析”相关的问题和观点加以梳理和总结，如有疏漏不妥之处，还请不吝赐教。  首先先简洁介绍一下什么是数据库复制技术，数据库复制技术是一种对企业数据库进行复制的技术。数据库复制技术一般满意如下特性：  1、数据必需实时：假如不是实时，那只能叫数据库迁移，属于数据仓库ETL的范畴  2、数据必需精确：对复制过去的数据必需经得起验证，保证数据精确无误  3、数据必需可在线查询：如何知道数据复制过去了，必需供应查询手段保证明时在线查询  4、数据复制独立性：数据库复制软件不能安装在主库，特殊是不能在主库上进行编译，否则对主库的应用系统将产生不可估量的影响  5、数据复制配置简洁：这里面的指标包含不停机初始化、数据库表过滤机制、数据库用户过滤机制，这些都需要简洁配置可用  6、数据复制便于监控：必需供应数据复制的过程监控机制，保证数据复制监控实时性，保证对数据复制过程及更改数据的可审计方式  数据库复制技术多数采用ChangeDataCapture技术，即可以通过数据库供应的API也可以通过分析数据库在线或归档日志，来进行变化数据的捕获，然后进行传输和装载完成数据库的实时复制。  关于数据库复制技术的痛点，大家主要关心如下几个方面。  数据库复制技术遇见非数据库数据的痛点  数据库复制技术中数据验证方面的痛点。  数据库复制技术应用场景中遇见的痛点。  数据库复制技术数据恢复的痛点  多种灾备技术混合使用时兼容性的痛点  双活数据中心架构中数据库复制技术的痛点  两地三中心灾备架构中数据库复制技术的痛点  一、数据库复制技术遇见非数据库数据的痛点  【议题1】数据库复制技术遇见非数据库数据的痛点交流探讨  ｛问题描述｝  非数据库的数据不能通过数据库复制软件实现复制，那么非数据库的数据如何实现灾备保护？  近年来数据种类越来越多，关系型数据库、非关系型数据库，文件系统…这些是否应当采用不同的数据复制方式？如何选择最好的技术方案？  ｛观点总结｝  观点一：采用基于文件类的复制，如rsync。需留意数据关联时序性。  观点二：可以通过备份恢复的方式，或者使用同步软件进行同步，也可以利用存储基本的复制技术，重点应当是这些通过过去的文件和同步过去的数据库之前的匹配性问题。比如说一些非结构化的大对象数据，数据库中还有这些文件的索引，就需要做额外处理了  观点三：  不同类型的数据需采用不同的复制技术。文件系统类型的，可以使用底层存储级别的复制，关系数据库可以用数据库自身的复制特性进行复制。  观点四：  首先是备份分级，管理员得明确那些数据是最重要的一定要百分之百保护的，那些是可以忍受数据丢失的部分。这样可以有针对性，既省钱又效率高。假如预算够上硬件级别的复制产品速度快质量有保证。成熟的产品有EMCtimefinder，EMCSRDF等等，软件层面可以使用