《异地容灾系统和数据仓库中数据同步的设计及其关键技术实现》由会员分享，可在线阅读，更多相关《异地容灾系统和数据仓库中数据同步的设计及其关键技术实现（4页珍藏版）》请在金锄头文库上搜索。
1、异地容灾系统和数据仓库中数据同步摘要：以异地容灾系统和数据仓库需要实时同步生产系统的数据为背景， 介绍了一个异地容灾系统和数据仓库中数据同步软件的功能模型；对两个系统中数 据同步的设计和体系结构作了介绍，并阐述了该数据同步软件所采用的Oracle高 级复制技术。关键词：数据同步；容灾系统；数据仓库；Oracle高级复制0引言尽管人们小心谨慎，各种各样的灾难仍不可避免，如系统硬件故障、网络故 障、机房断电甚至火灾、地震，广为人知的“9 11”事件就是触目惊心的例子1。这些灾难造成了重要数据的丢失，影响了企业的正常运转2。另外，激烈的 市场竞争迫使企业高层寻找更为科学、系统、有效的辅助决策技术和整
2、体解决方案 来处理日益复杂的公司事务。数据挖掘就成了很好的选择之一，但是数据挖掘需要 大量的生产数据，有时甚至是实时的生产数据。如果直接在生产系统上进行数据挖 掘，必然会影响到生产的效率，并将严重威胁生产的稳定运行。如何在灾难发生时 能够保留生产数据，并启用异地容灾系统及时恢复生产，如何把生产数据及时传递 到数据仓库供数据挖掘使用，这些是现代企业需要面对的共同问题。近年来为了解决上述问题，许多企业不惜耗费巨资来分别建立异地容灾系统和 数据仓库。但遗憾的是，很多系统由于无法及时准确地同步生产数据，不能有效地 运行。鉴于此，笔者设计并开发了一套基于Oracle高级复制技术的数据同步软 件，实现了将
3、一个数据容量为3TB的Oracle 9i RAC数据库的生产数据及时准确同 步到异地容灾系统和数据仓库。该系统不仅将对原生产系统的影响降至最小，还极 大地降低了项目费用。1软件模型该软件的功能模型图如图1所示。（1）初始同步模块该模块主要是在表进行初始同步时使用的；它能够根据实际需要生成物化视图 及其索引的创建语句，并完成表的初始同步。如果没有特别的要求，则调用普通初 始同步子模块进行目的端表的初始同步，创建语句将从源数据库获取；如果有特别 的要求，如按指定的分区初始同步或者按照一定的条件进行初始同步，则会根据这 些要求调用分区初始同步或条件初始同步子模块生成特定的创建语句来进行目的端 表的初
4、始同步。该模块能够批量自动进行表的初始同步，从而大大减少了人工干预，保证了初始同步的准确性和自动化。（2）调度模块由于源端的数据在时刻变化着，在初始同步模块的基础上需要有一个调度模块 将这些不断变化的数据同步到目的端，使目的端与源端始终保持数据一致性。该模 块中的增量调度子模块是在表的增量同步过程中使用的，并能根据刷新间隔要求对 目的端表进行及时准确的刷新；完全刷新调度子模块是在对表进行重新同步时使 用；特殊要求调度模块是给需要做特殊同步的表使用的，如需要暂时停止同步、在 每天的固定时间不同步等。（3）监控模块该模块是为了及时发现同步中断和同步效率低的表。由于其告警方式为短信告 警，可以实现任
5、何时间、任何地点的告警，保证了能在第一时间发现同步的中断以 及同步效率低下的情况，实现了异常处理的及时性。（4）错误处理模块该模块主要是处理同步刷新过程中出现的各种错误。通过对捕获的错误进行相 应的处理，从而保证同步能够稳定、高效地运行。另外，由于Oracle高级复制技 术自身存在一定的缺陷，需要使用该模块来捕获造成数据不准的源头，并进行相应 的处理。（5）优化模块该模块主要是处理同步过程中出现的性能瓶颈，保证能够及时发现性能问题并 采取相应的优化手段来加以维护，包括源端优化和目的端优化。2系统设计和体系结构数据仓库中同步的数据只要实现小时级别的同步就可以满足要求，但异地容灾 的数据库实时性较
6、高，基本上都要求实现分钟级别的同步。现在生产数据库总的数 据量约为3 TB，容灾需要同步的数据量比数据仓库要大得多，而且数据仓库需要 同步的数据都可以从容灾系统中获取；另外，生产数据库的性能和稳定程度对公司 生产有直接的影响。因此在同步过程中，不仅应该尽量减少生产数据库的负担，还 应该尽量避免同步过程中的异常情况，如网络故障、同步性能低下等问题3。基 于以上考虑，笔者设计了如下方案：先将生产数据同步到异地容灾系统后，再以异 地容灾系统为数据源同步数据到数据仓库。系统的体系结构如图2所示。（1）生产系统数据同步到异地容灾系统生产系统与异地容灾系统之间是通过百兆网连接的；生产系统的数据库是 Ora
7、cle 9i RAC，总的数据量大约为3 TB，涉及五千多张表。对这些表进行分析归 类，发现容灾系统真正需要实时同步的表大约只有五百张，数据量约为1 TB，只 要能够把这五百张表的变更及时准确地进行同步，即可在生产系统发生灾难时，启用异地容灾的营业应急系统。鉴于此，本系统数据库使用Oracle 9i,同步软件实 时同步这关键的五百张表的变更。这样大大减少了同步的数据量，也最大限度地减 少了生产系统的负担。从同步运行情况看，该同步软件对生产系统的影响可以忽 视。（2）异地容灾系统数据同步到数据仓库异地容灾系统与数据仓库之间是通过百兆网连接的；数据仓库需要的生产数据 从异地容灾系统数据库获取，因此
8、数据仓库也采用Oracle 9i数据库。数据仓库需 要实时同步的表大约为三百张。从同步运行情况看，同步生产数据延时大约为十分 钟，能满足数据仓库的要求，并且与生产环境没有任何关系，不会对生产环境造成 影响。该系统结构使系统在各个实现层次上均具有明确的界限和分工，既避免了相互影响，简化了数据同步的难度，又实现了对生产系统的影响达到最小化。该 结构使得系统易于维护、扩展性好、安全性好、稳定性好。3采用的关键技术同步软件采用的关键技术为Oracle高级复制技术。该技术能将Oracle数据库 中的数据同步或异步拷贝到不同的数据库中。将数据复制到复制环境数据库的技术 实体叫做物化视图。物化视图可以是只读
9、的、可更新的或可写的4。该技术在不同Oracle数据库之间进行复制时可以是同步的，也可以是异步的 5。同步复制，即复制数据在任何时间、任何复制节点均保持一致。如果复制环 境中的任何一个节点的复制数据发生了更新操作，这种变化会立刻反映到其他所有 的复制节点上。异步复制，即所有复制节点的数据在一定时间内是不同步的。如果 复制环境中一个节点的复制数据发生了更新操作，这种改变将在不同的事务中被传 播和应用到其他所有复制节点。这些不同的事务间可以间隔几秒、几分种、几小 时，也可以是几天之后。复制节点之间的数据临时是不同步的，但传播最终将保证 所有复制节点间的数据一致。（1）容灾系统使用异步可写物化视图方
10、案启动营业应急系统要求容灾数据库的这些物化视图是可写的，这样才能保证系 统的正常运行，但是又不要求这些变更数据同步至生产系统，因为现在的生产系统 已经遭到破坏。可写的物化视图允许用户通过在这个可写的物化视图上进行插入、 更新和删除行的操作，但是这些操作不会同样地插入、更新和删除主表或主实体化 视图上的行。因此容灾数据库中应该使用这种可写的物化视图；同时容灾数据库的 表结构、索引、存储结构应该与生产数据库保持一致，使用该同步软件中的普通初 始同步方式来完全拷贝生产系统的表和索引定义。容灾系统数据同步流程如图3所 示6。当灾难发生时，应该首先停止生产系统到容灾系统的同步软件，然后启动营业 应急系统
11、以保证继续营业；同时因为同步延时了几分钟（最长不超过5 min），所 以有可能会丢失少量数据。部分丢失的数据需要通过营业补录的方式解决。(2) 数据仓库是使用异步只读物化视图的方案数据仓库只要求对读取生产的数据进行分析，因此数据仓库的这些物化视图是 只读的就可以了。只读物化视图提供只读的访问表数据。这个表数据来源于一个主 体站点或一个主物化视图站点，因此数据仓库中采用这种只读物化视图。另外，数 据仓库在分析时一般需要扫描这些物化视图，需要建立与生产数据库不同的表和索 引结构，如对表进行分区、建立数据分析需要的索引等。因此应该使用该同步软件 中的分区初始同步和条件初始同步方式来建立合适的物化视图
12、及索引。数据仓库数 据同步流程如图4所示。4结束语从这次生产数据的及时准确同步到异地容灾和数据仓库的实施过程中，笔者通 过摸索解决了同步过程中的性能问题，从而最终解决了 Oracle高级复制技术同步 的可行性，保证了同步的效率；在实施和维护的过程中，笔者还逐步发现了该技术 本身存在的问题并注意加以解决，从而保证了同步的稳定性和准确性。从这次同步 实施过程看，任何技术都存在缺陷，但是本文的探索和创意可以弥补这些缺陷。该 系统对于很多企业在设计数据仓库和异地容灾系统中数据同步的方案时有一定的推 广意义。参考文献1 王树鹏，云晓春，余翔湛，等容灾的理论与关键技术分析J.计算机工程 与应用，2004，
13、40 (28) :54 58.2 刘迎风，祁明容灾技术及其应用J.计算机应用研究，2002,19(6):7 10.3 杨朝红，宫云战，桑伟前，等.基于主从异步复制技术的容灾实时系统研究与实现J.计算机研究与发展，2003，40(7):110411094 徐秀华，文必龙，毕硕本.Oracle 9i高级复制技术及其应用J.计算机 应用研究，2003，20(11):107 1095 苏燕强.Oracle分布式数据库及其应用研究J.计算机应用与软件，2004，21(8):36 37，121.6 葛卫民，张钢，舒炎泰基于Oracle高级复制的分布式数据库系统应用研 究J.计算机工程与应用，2003，39 (21) :186 188，191.
