医院数据中心异地灾备系统建设

...wd......wd......wd...医院数据中心异地灾备系统建设

医院数据中心异地灾备系统建设

工程建议书

迪思杰〔北京〕数码技术2010-8-24

目录医院数据中心...1异地灾备系统建设...1工程建议书...11

工程背景...32

容灾技术分析...42.1

容灾技术的选择...42.2

推荐采用“RealSync产品〞...62.3

为什么推荐RealSync产品...72.4

RealSync在应急灾备方面的特点...92.5

RealSync在报表分担、数据共享利用等方面的特点...113

方案设计...123.1

方案设计...123.2

Realsync软件配置...133.3

性能和资源需求估算...153.4

系统实施概述...174

RealSync产品原理...214.1

日志抓取〔DataCapture〕...214.2

日志分析〔Analyze〕...224.3

交易合成〔Synthesize〕...234.4

交易传输...244.5

数据装载...255

应急响应方案与灾备演练方案...285.1

容灾管理规划...285.2

复制软件的日常维护...285.3

人员组织构造规划...285.4

《重大故障应急备份切换方案》...295.5

《重大故障应急方案演练方案》...335.6

《系统巡检报告》...356

DSG公司简介...366.1

DSG成立和组成...366.2

DSG业务范围...366.3

DSG核心技术...366.4

DSG公司的业务方向...376.5

DSG在国内的主要应用客户...387

DSG在类似工程的成功范例和相关经历...397.1

成功案例的列表...397.2

长江证券集中交易系统灾备应用...407.3

西北证券灾备一体化方案...417.4

武汉财政容灾系统应用案例...447.5

南京军区总医院容灾系统应用案例...46

1

工程背景随着医院信息化进程的不断深化，信息系统成为了支撑医院业务运行的重要平台，医院的全部业务流程都依赖于信息系统提供的服务来运作。为了保证该系统的稳定、安全、有效的运行，医院的IT部门都采用了双机、RAID、磁带备份等技术，来回避由于磁盘故障，人为失误，应用程序的逻辑错误，自然灾害等原因带来的系统停机或者数据丧失。但大局部医院并没有建设一个容灾机制，一旦数据库或硬件出现故障，较长时间不能恢复，对医院来说都是一次灾难，将会给给医院的声誉带来了恶劣的影响并造成了极大的经济损失：ü

广东省人民医院电脑故障让患者受累ü

北京妇产医院挂号故障千人排队苦等ü

上海市第十人民医院停机4个多小时ü

通山县人民医院电脑故障无法交费老汉等2小时猝死检测室ü

闵行区医院电脑故障千余人等数小时挂号ü

华山医院网络故障2小时取不了药ü

中山市中医院系统出现故障，医院收费环节完全瘫痪，导致数千人看病受到影响ü

第八人民医院医院电脑临时出故障沟通不畅引患者投诉ü

北京安贞医院电脑系统出现故障，造成大厅聚集近百名患者ü

上海一医院突发电脑故障造成大量病人滞留ü

齐鲁医院电脑突发故障患者排长队苦等ü

上海龙华医院电脑系统故障致排队人群至门口ü

东方医院电脑系统突发故障数百患者苦等三小时

因此迫切需要建设容灾系统，以保证计算机业务系统的连续运行，并提高信息系统抵御突发性灾难的能力，保证医院稳定运行。

本方案是迪思杰(北京)数码技术根据****医院提出的以上需求，所提出的利用DSGRealsync数据同步复制软件实现数据的实时复制，从而满足“建设容灾系统，实现数据的远程备份和业务的不中断运行“的需求。DSGRealsync数据同步复制目前在国内有200多家客户，占到第三方数据复制软件市场70%以上的市场份额。

本方案如有欠缺或遗漏之处，敬请谅解！2

容灾技术分析2.1容灾技术的选择在选择容灾系统的构造时，首先要考虑的就是选择采用合理的异地数据复制技术。数据的远程复制技术是容灾系统的核心技术，它对于数据系统的一致性和可靠性以及系统的应变能力具有举足轻重的作用，通过有效的数据复制，远程的业务数据中心与本地的业务数据实现同步，确保一旦本地系统故障，远程的容灾中心迅速进展完整的接收。实现这些功能的业界常用解决方案主要包括以下几类：1.

磁盘阵列复制技术：主要由一些磁盘阵列厂商提供，如EMCSRDF、IBMPPRC、HPBusinessCopy、HDSTrueCopy等,该技术是将数据复制通过磁盘阵列控制器在进展写入操作的同时通过高速网络向容灾系统的阵列上发送一样的I/O指令来实现；2.

存储卷复制技术：由一些卷管理软件厂商提供，如VERITASVVR；3.

存储虚拟化技术：飞康的CDP等，该技术是将系统中各种异构的存储设备映射为一个单一的存储资源，对用户完全透明，到达屏蔽存储设备的异构和主机的异构的目的。4.

数据库复制技术：由数据库厂商以及一些第三方厂商提供，如DSGRealSync/SmartE等；磁盘阵列复制技术、存储卷复制技术、存储虚拟化技术与数据库复制技术在容灾应用的层面相对比起来，有几个明显的缺点：

缺乏一：切换的复杂性在灾难发生的时候，如果采用的是盘阵/卷/虚拟类的容灾方案，那在业务切换〔接收〕时需要经过：1、主机启动、2、存储启动、3、Oracle数据库启动、4、中间件启动5、网络切换、6、应用切换，7、相关参数修改等等多个环节才能成功完成整个过程，而在突发事件产生的时候，现场是否有能有这么多技术人员保障，能够解决各个环节的启动、切换等，这个一个非常现实的问题。由于Realsync软件实施的容灾数据库是OPEN状态的，所以没有主机、存储、数据库重启等繁琐步骤，只需要将容灾端ORACLE数据库的trigger激活，并将应用服务器器连接到接收的数据库服务器上。Realsync是所有方案中切换最简单、最方便的，相信这个操作大局部的IT部门人员都可以完成。

缺乏二：30分钟切换〔接收〕的压力较大由于采用磁盘阵列/存储卷/虚拟容灾方案，在业务切换〔接收〕时需要经过主机启动、存储启动、Oracle数据库启动、网络切换、应用切换等多个环节；其中仅UNIX操作系统启动〔含服务器外围设备和网络等元素的启动〕和Oracle启动两个步骤就要花费几十分钟〔至少为15+10=25分钟〕。在很多关键行业，如果要实现30分钟内接收业务，这是有一定压力的。因此，在证券等实时性较高的行业，数据库复制技术被大规模采用。〔DSG目前在金融证券基金期货行业，拥有50多个灾备客户〕

缺乏三：备份数据库是否一定能够接收还存在疑问由于磁盘阵列/存储卷/虚拟容灾方案是采用基于IO级别的同步，而这个同步和Oracle的写操作是不完全一致的，所以备份数据库存在几个疑问：n

疑问一：灾难产生时，备份系统的Oracle是否一定能够起得来n

疑问二：即使Oracle能够起得来，数据是否一定都能够读取n

疑问三：灾难切换后系统的性能是否处于正常状态

缺乏四：无法防止物理错误〔如磁盘坏块〕，导致数据不一致、不安全由于磁盘阵列/存储卷/虚拟容灾方案是采用基于IO级别的同步，无法解决磁盘经常出现的物理错误，例如：数据库坏块，这是Oracle数据库经常出现的典型问题〔我们可以提供许多实例〕。因此，基于磁盘阵列/存储卷/虚拟容灾的方案将面临数据丧失的风险。而数据库复制技术则不会有这样的问题。

2.2推荐采用“RealSync产品〞要建设查询数据库的关键技术，就是数据库的实时复制。目前****医院是采用的Oracle数据库，而实现Oracle数据库数据实时复制的产品只有两类方案，一是Oracle自带的工具，二是第三方的数据库复制工具。而Oracle自带的工具在资源占用、效率和功能等方面，还满足不了****医院现有系统的需求，因此在本方案里，DSG推荐采用Realsyc产品，该产品目前在业内应用范围广泛，主要实现如下功能：(一)核心业务的灾备平台通过数据同步建设灾备中心可以实现对业务关键数据的容灾及保护，在不影响生产数据库性能的同时为生产数据库在本地或异地建设一份准实时镜像，以保证在生产数据库发生灾难时可使用容灾数据库进展业务接收和数据恢复。(二)业务负载分担由于复制的第二数据中心的数据处于实时可读取状态，数据库处于OPEN状态，从而实现系统业务模块的重新部署。通过第二数据中心实现对核心系统的业务模块进展负载分担，将那些只对数据进展读取操作的模块都迁移到第二数据中心上来，主要包括：ü

提供帐务和话单实时查询；ü

提供统计报表运行；ü

提供经营分析数据抽取；提供其他系统的数据访问接口；这样作将到达两个好处：ü

提高数据访问的效率，提高外围系统部署的灵活性；ü

提高核心系统的运行效率，提高核心系统运行的稳定和可靠性；

2.3为什么推荐RealSync产品我们建议采用DSGRealSync软件的原因在于：1.

提供可靠的应急迫换，防止物理错误的复制实现对业务关键数据的容灾及保护，翻开的Oracle数据库确保在业务切换时数据库一定可以翻开接收业务，防止了数据库可能无法启动的风险；DSGRealsync是基于交易指令的复制，因此对于那些产生坏块，或者是文件被破坏等操作将不会在目标系统重现。2.

支持不同硬件平台之间的复制RealSync技术是逻辑级的数据复制技术，因此对于生产系统和目标系统来说，其硬件平台可以属于不同的厂商、不同的型号，亦可采用不同的操作系统等等。它的优点在于：一方面，在系统建设时，为用户提供硬件平台的灵活选择空间；同时，提供了在同一解决方案架构下，实现企业不同平台上的多个信息系统的统一复制的支持。如支持UNIX/AIX---Linux的复制容灾，大大节约成本。3.

复制目标数据库处于OPEN状态、数据是实时的、可以支持实时数据库访问RealSync维护的容灾数据库在数据复制过程中始终处于翻开状态，客户可通过翻开的Oracle数据库实现快速切换，且在目标端数据库提供数据查询、报表和ETL抽取等功能，实现业务分担；满足此次提供的业务需求。4.

按需复制，满足业务需求，降低存储成本和网络成本根据客户建设管理数据库的业务需求，很多情况下，仅仅对需要的数据表信息进展复制，realsync软件完全可以支持这类需求，这样也可以减轻复制的压力、减少存储和网络带宽的成本。5.

对生产系统的低干扰性DSG实时数据复制技术不需要通过任何数据库的引擎来获取变更数据，而是通过数据库自身的信息获取源系统上的改变并传送给目的系统，这不会对生产系统造成性能影响。6.

提供不停业务的首次全同步功能和单表修复功能RealSync还提供目标端系统数据初始装载功能支持，将主系统上的已有存量数据，在不中断业务的情况下平滑的装载到目标数据库上。这是realsync软件独有的功能。7.

支持长距离复制、更低的网络带宽要求和运行成本目前Realsync是全球同类方案中要求最低的，交易级复制软件仅需要在网络上传输的量为Oracleredolog的1/3，一方面比OracleDG的带宽要求低，当然更远远低于磁盘阵列、卷文件、虚拟存储复制所需要的带宽。8.

成熟的产品、稳定的应用DSG从2002年在中国成立以来，在RealSync这个数据库复制产品的工程实施方面也经过了很长的一段路。DSG始终以“客户需求为导向〞的原则开展自己的产品，到目前为止，DSGRealSync产品已经在数据量超大的电信行业、安全性要求极高的金融行业、环境较为复杂的政府和企业中被广为采用，主要包括：l

电信行业：北京移动、广西移动、甘肃移动、贵州移动、青海移动、澳门电信、广西电信、陕西电信、贵州电信、四川电信、山东电信、内蒙电信、河北电信、辽宁电信、吉林电信、江西电信、云南电信、安徽电信、海南电信、福建电信、甘肃电信、宁夏电信、新疆电信、广东电信、杭州电信、舟山电信、绍兴电信、湖州电信、辽宁网通、山东联通、江西联通、福建联通、广西联通、湖南联通、江苏联通、四川联通、吉林联通、广东联通、贵州联通、湖北联通、内蒙联通、贵州联通、云南联通…l

金融行业：广发银行、太平洋保险集团、上海黄金交易所、中国金融期货交易所、中国期货保证金监控中心、天平保险、华夏基金、易方达基金、金元比联基金、友邦基金、招商基金、南方基金、鲁证期货、中银期货、东吴期货、信达期货、西部期货、国泰君安期货、鲁能金穗期货、东航期货、中原期货、中大期货、广发证券、银河证券、民族证券、宏源证券、新时代证券、上海证券、远东证券、太平洋证券、东兴证券、万联证券、金元证券、信达证券、江南证券、华泰证券、南京证券、信泰证券、东吴证券、长江证券、国联证券、东海证券、西南证券、山西证券、金通证券、中原证券、财达证券、西部证券、国盛证券、国海证券、华福证券、恒泰证券、湘财证券、华鑫证券、财富证券、中天证券、财通证券、国金证券、中投证券、华欧证券、中邮证券、德邦证券、爱建证券、华宝证券、联合证券、日信证券、英大证券…l

政府行业：国家知识产权局、北京电力、四川电力、河南电力、江西电力、青海电力、吉林电力、湖南电力、安徽电力、宁夏电力、天富热电、厦门电力、河北省地税、重庆地税、深圳地税、深圳市统计局、武汉财政、上海松江财政、吉林省交通厅、辽宁省征稽局、蛇口码头、宁波港、江苏省航道局、江苏农垦、无锡公积金、贵州公安、东营公安、青岛有线、泰州社保、南通社保、阿克苏社保、太仓社保、中国一汽、济南钢铁、南京军区总医院、格力电器、深圳神州通集团、深圳统计局、阿里巴巴、河北省地税11地市征管数据集中容灾备份系统、江西省电力12地市营销数据集中容灾备份……

2.4RealSync在应急灾备方面的特点l

零时间数据库切换的热容灾：系统恢复时间是指当主系统出现故障不能在短期内恢复，而需要启动容灾端系统时，容灾端系统启动的时间。该时间不仅仅是指容灾端的硬件系统启动，更主要的、也是更消耗时间的是容灾端数据库系统的启动、业务系统的启动和外部接口的切换等。其中又以数据库的启动最为消耗时间，因为容灾端数据库不属于正常下线，因此重起时需要作许多检查和恢复，花费的时间非常长。RealSync维护的容灾数据库系统在数据复制过程中也始终处于翻开状态，保证数据复制在逻辑上的完整性，保证灾难切换的时效性和可靠性，RealSync技术为源系统提供了永远可用的后备数据库系统。在源系统出现故障时，应用系统可实现实时访问备用数据库系统。到达数据库系统的零切换目的。翻开的备份数据库保证数据复制在逻辑上的完整性，为源系统提供了永远可用的后备数据库系统，确保容灾系统的可靠性。当源系统出现故障时，应用系统可实现实时访问备用数据库系统，无需重新启动备用数据库，到达数据库的秒级切换目的。l

异构的系统平台，开放的硬件选择：RealSync技术是逻辑级的数据复制技术，因此对于生产系统和容灾系统来说，其硬件平台可以属于不同的厂商、不同的型号，可采用不同的操作系统等。它的优点在于：一方面为用户提供容灾系统建设时，硬件平台的可灵活选择空间；同时提供了在同一容灾解决方案架构下，实现企业不同平台上的多个信息系统的统一容灾支持。l

支持从高到中低端应用需求：由于RealSync在建设容灾系统时，对服务器、存储阵列和传输带宽要求都无特殊要求，而不同于传统容灾技术要求高端磁盘阵列、高端服务器、数GB的传输带宽，所以该系统适应于高端的电信、金融客户、也适合中端的政府机构、大型企业、同时也适合于运行PC平台的中小型企业应用。l

投资回报分析〔ROI〕：采用RealSync容灾技术，容灾数据库始终处于翻开状态，不同于其他模式下容灾数据库系统不可用的状态。因此，可以通过RealSync维护的容灾系统，提供数据共享服务：为决策分析和报表系统提供快速的数据抽取功能提供准实时脱机查询，提高查询效率为试验系统提供真实的生产数据将以上本来需要在主系统上运行的业务与生产系统完全隔离，充分利用容灾系统的资源，实现企业应用负载分担，减少对生产系统的影响，提高服务系统响应效率；从而将容灾系统这个成本中心转化为利润中心。l

灵活的组网构造和低带宽资源需求RealSync采用交易〔Transaction〕传输方式，极大的减少了复制过程中需要传输的数据量。使得在网络上传输的数据量大大减少，要求更低的网络带宽。Realsync支持标准的TCP/IP网络传输，用户可灵活布建容灾网络架构。系统可支持1:1、N:1、1:N和双向容灾构造支持，提高企业容灾构造的灵活性。

2.5RealSync在报表分担、数据共享利用等方面的特点l

按需复制查询和统计系统往往不需要所有的原始数据，因此完全可以按需要复制数据。RealSync系统支持对指定信息的按需复制，如指定需要复制的表、字段和条件等，减少存储和网络带宽的成本。l

实时数据更新实时更新保证副本系统快速反映源系统的变化，提供账单查询、话单查询等的及时性。经过大量的测试，实时数据复制技术使源系统和目的系统的数据延迟<10秒。l

对生产系统的低干扰性DSG实时数据复制技术不需要通过任何数据库的引擎来获取变更数据，而是通过数据库自身的信息获取源系统上的改变并传送给目的系统，不会对生产系统造成性能影响。l

系统异构，可提供更多的优化空间源数据库系统和目的数据库系统的可异构，主要包括索引规则和存储参数〔如数据块大小、回滚段等〕。因此可以在目标数据库上根据业务特点进展调整和优化，完全不受源系统的限制。3

方案设计数据库同步复制软件是****医院实施关键系统灾备工程的一个重要组成局部，当生产系统出现异常或故障时，备份系统的数据库能够完全代替生产系统的Oracle数据库管理系统，以实现关键系统的正常运行。l

业务功能实现：在关键业务应用系统的数据库上安装复制软件代理程序，通过代理程序获取数据库的交易，实现数据变化的实时跟踪。抓取的数据通过1000Mbps以太网进展实时传输，实现系统数据同步到备份系统上的实时传输。l

技术实现：复制软件是采用交易复制的方式进展数据同步；灾备数据库上的Oracle数据库处于OPEN状态，可提供实时数据访问；如可将生产系统上的统计查询等业务运行在历史的Oracle数据库上，数据复制的时延可以空载在3-5秒左右；具体细节如下：3.1方案设计根据以上系统状况和功能要求，本期工程将采用1套Realsync数据库复制软件来完成：根据业务需求，在关键系统安装DSGRealSync程序，该程序对ORACLE数据库产生的redolog进展实时分析，生成sql语句。并将sql语句通过IP网络传输到历史数据库。

3.2Realsync软件配置DSGrealsync软件的安装分为生产系统和目标系统两个方面：n

生产系统上：DSGrealsync在每个数据库实例都要安装一个productionagent，用来分析本agent产生的redolog数据。n

目标系统上：DSGreasync在备份中心的服务器上，分别安装一个realsync，但需要为每个instance启动一个destinationagentport。Realsync数据库复制软件Seq.NameDescriptionQty备注1rs-0501-0101RealSyncLicenceforProductionServer

UNIX1数据源客户端模块：安装在数据源服务器端的软件代理程序，负责监测源端数据库变化，并将改变信息实时同步传输2rs-0501-0201RealSyncLicenceforDestinationServer

UNIX1目标客户端模块：安装在目标数据库服务器端的软件代理程序，负责接收数据库修改指令，并加载数据，在实现数据同步的同时完成数据共享3rs-0501-0801RealSyncFullSync

LicenseUNIX1执行首次数据初始完全同步的模块4RS-0401-0601RealSyncManagementConsole1管理平台软件模块，用于系统管理员维护，对软件进展统一的配置、策略和过程的管理，支持字符和界面操作。

各模块的作用：RealSyncforProductionServer：安装在源系统〔DataSource〕上运行数据库实例的服务器上，每个数据库实例配置一个License；该模块中又包含以下功能：ü

AnalyzerModule：日志分析功能ü

SynthisizerModule：交易合成功能ü

senderModule：数据传输〔输出端〕功能RealSyncforDestinationServer：安装在复制目标系统〔DataTarget〕上运行数据库实例的服务器上，每个数据库实例配置一个License；该模块中又包含以下功能：ü

ImporterModule：数据传输〔输入端〕功能ü

LoaderModule：交易指令装载功能RealSyncFullSync首次全同步功能；提供从源数据库上把已有的存量数据初始化同步到目标系统上来，即将源系统上的所有表的数据export出来传输到备份系统上import进去，实现初始数据的同步。该模块的特点是在初始化过程中无需业务停机，而且可以多路并发，可处理全同步过程中的变量数据。RealSyncmanagementconsole：管理控制界面；

3.3性能和资源需求估算在关键业务系统中的应用，性能和压力是复制软件的核心，是每天每时每刻都用到的，尤其是在业务顶峰期情况下，能否跟得上日志的产生速度、能否不大量的占用系统资源、能否保证复制的及时性是整个数据库复制软件产品最为核心的内容。根据我们在各种国内的几十家应用情况显示来看DSGRealSync在实时复制方面的性能是同类产品中领先的。主要表达在：n

网络需求RealSync对数据传输采用TCP/IP网络传输。RealSync复制操作只是读取操作系统的日志文件，同时通过TCP/IP方式而不是采用中间件方式传输只发生改变的数据也使网络负载降至最低。RealSync只将日志的三分之一的内容通过网络进展传输。实际每小时传输的数据量=每小时日志文件切换的数量*日志文件的大小*1/3。根据估算，如客户每天产生的日志量约为10GB，我们按照80%的日志量在1天的20%时间内〔这里设为4小时〕产生的，那么我们可以估计顶峰期的日志量为8GB/3*1024*1024/(4*3600)=1.5Mb/s。同时为了预留一定的带宽，建议将带宽作为10Mbps就能满足日常的复制需求。本工程的带宽情况完全能够满足要求。n

日志分析速度我们采取了积压日志分析的方式进展测试，利用rac环境下的两台服务器同时产生10GB的日志数据，然后启动realsync测试其在多长时间内能够分析完这些数据。测试结果表名，在rac模式下，由两个数据库节点同时工作，在5分钟内产生的10GB归档日志，共计800万条记录，realsync只需要2分钟40秒即能分析完累积的日志，约9分钟装载完成。日志分析的速度远远高于产生日志的速度。完全能够满足用户IT系统的业务需求，即使是在业务顶峰期，也不会造成日志累积。目前DSG的用户中，广西移动每天的增量日志到达600G，realsync依然稳定运行。n

每秒钟复制的操作数在测试过程中，我们采用PL/SQL方式在源端产生1万,10万，100万条记录，以及进展1万,10万，100万的update,delete操作等。按照统计结果，DSGRealSync到达平均18000条/s的复制速度。完全能够满足单系统上用户IT系统的业务要求。n

复制数据延迟RealSync是一种异步准实时的复制技术，其数据延迟非常小。数据延迟的周期可以设置，在生产系统中，数据延迟和源系统复制事物的多少，事物的处理方式有关，以及跟设置的log数据轮询周期有关。在复制数据量正常的OLTP系统中，数据延迟一般在几秒钟。如果每天产生30GB的日志量，在30Mb带宽的情况下，可确保数据的延迟在5秒钟左右。n

CPU资源占用DSGRealSync通过Oracle日志获得数据的变化信息，它独特的技术优势使得它对源系统的资源占用很小。在生产系统中，实际对源系统的影响和源系统复制事物的多少，事物的处理方式有关。在复制数据量正常的OLTP系统中，正常状态下对CPU资源的占用为<5%的CPU资源占用。根据我们在河北地税的使用情况来看，在系统顶峰期每2分钟产生100MB的日志量，而REALSYNC的日志分析资源占用仅为2%〔4cpu,8Gram〕。n

源端的缓存空间当灾备中心暂停或传输异常中断导致复制停顿时，RealSync会将数据库的变化内容存储在源系统或目标系统的队列中，当系统恢复后，RealSync会自动识别复制环境，自动从断点处开场复制工作。在上述过程中，主中心的业务不受任何影响。数据的一致性不会破坏。当复制环境停顿的情况下，需要在源系统和目标系统上存储的空间和业务系统每天峰值的日志数有关。根据每天平均产生25GB的日志计算，我们建议在源端给REALSYNC预留的缓存空间能够满足一天的缓存量：按照1/3的比例计算并增加一定的富裕量，需予留10GB的缓存存储空间。n

业务切换RealSync是通过对OracleLog日志进展分析获取跟踪源系统的交易指令实时的将指令传输到目标端进展加载，且目标端数据库始终在OPEN状态，可实时在目标端进展查询和统计，所以当灾难发生时或在主机源端发生故障以后，可直接将生产端数据库切换到容灾端，目标端数据库不需要重新启动，确保目标端数据的可用性，并大大提高了RTO、RPO指标。

3.4系统实施概述〔一〕系统安装REALSYNC的安装点包括如下：l

在每个系统的数据库服务器上〔RAC环境下是安装在一台服务器上，一个服务器上有多个INSTANCE时，需要为每个INSTANCE安装一个RealsyncAgent〕，配置一个REALSYNCAGENT，启动一个agent端口；l

在灾备中心的每个服务器上安装一个ORACLEAgent，但要为每个instance启动一个agent端口；〔二〕首次全同步首次全同步是此次工程中一个非常复杂的问题，因为若何将生产系统首次同步到查询中心是一个非常复杂的问题，也是本工程中的一个难题。复制环境的建设，首先需要将生产系统中的已有数据初始化同步到目标系统上，同时记录各种系统状态和映射关系等。因此若何快速、有效的建设复制的初始化环境是每个复制系统都非常关心的问题。全同步是关键系统中一个非常复杂的问题，因为若何将生产系统首次同步到灾备中心是一个非常复杂的问题，也是本工程中的一个难题。从目前的技术来看，能够实现首次全同步的方式有多种方案：第一：备份/恢复的方式第二：ORACLEEXPORT/IMPORT方式；第三：采用复制软件自带的首次初始化功能。在传统方法中，数据首次同步过程大都采用Oracle的EXP/IMP工具，将源端数据库数据抽取出来，通过网络传输至目标端数据库进展加载。或者是借助第三方的备份软件工具，将源端的数据进展备份，再通过磁带运输至目的地，将磁带数据恢复到目标数据库，从而到达首次数据同步的目的。这种方式存在大量的问题：〔1〕

性能低下：通过Export/Import方式，最大的问题在于性能很慢，对于一个几十GB的数据库，进展一次export/import，则大约费时8－10小时以上。〔2〕

完全需要手工干预：数据的导出〔Export〕，传输和装载〔Import〕等过程都需要手工干预和执行。〔3〕

业务必需停顿：在执行export/imp过程中，业务必需中断。〔4〕

易出错：尤其在Import过程中，由于表之间的关联性存在，往往出现由于违反参照完整性规则而导致装载中断，非常难于操作。根据关键系统的需求来看，我们在作首次同步的时候必需满足以下几个条件：一：大数据量下若何快速首次同步二：若何简化首次全同步的操作步骤三：若何作到首次全同步过程中对生产业务不造成影响四：若何支持异构环境下的数据首次同步根据以上几个条件，我们认为采用DSGrealsync自带的首次全同步功能才能够简化首次同步的操作复杂程度。因为前两种方式无论在操作复杂程度上，还是是否需要停顿业务方面都表现得不好，主要在于：l

备份/恢复方式：数据量大，无法通过网络传递；l

exp/imp：数据量大，导出时间漫长。同时导出时需要停顿业务。而DSG在数据的一致性同步方面有着非常好的解决方案，这是其它方案所不具备的。DSG的RealSync集成有数据的一致性同步工具，能够自动化的进展数据的首次同步和出现差异情况下进展一致性同步的工作，无需人工干预，维护工作量小，且大大提高了工作效率：〔1〕

速度快：对于几十GB的数据量，在正常情况下，只需要1小时左右完成初始数据同步。〔2〕

完全自动化：采用DSGRealSync只需要１条命令就完成系统的初始化工作，系统自动进展导出、传输和装载任务，完全无需人为干预，减少出错时机。〔3〕

不中断业务：在DSGRealsync在进展首次数据装载时，无需停顿源端业务，实现不停机的系统初始化；〔三〕全同步实施步骤对于一个数据库的全同步过程包括：1.

在容灾端安装ORACLE数据库因为容灾端是两个ORACELINSTANCE，创立ORACELDATABASE。2.

启动实例并createdatabase采用逻辑同步方式，必需手工在目标端建设好instance和database.为了确保目标端的性能最优，可采用与生产数据库一样的参数。使用源端的SPFILE参数。3.

创立tablespace和usertablespace和user由管理员创立。DSG可以提供导出脚本的程序帮助管理员生成现成的脚本，管理员只需要作简单的修改后就可在容灾系统上创立。4.

调用realsync的setdict命令创立所有的用户对象DSG提供了的setdict命令用于在目标端创立与生产端一样的所有objects。包括：functions、procedures、packages、types、triggers、javasources、jobs、libraries、directories、tables(含indexes,constraints,grants)、views、sequences、profiles、roles、synonyms、databaselinks等5.

数据抽取与装载执行命令setdm1.1accountaccount–syncftciq–th20进展数据的同步，系统自动进展数据抽取、传输、装载，并自动分析其间产生的日志。无需人为干预。当存量数据装载完后，系统自动利用期间产生的日志进展数据的修补到一致状态。首次同步完毕后，系统自动进入到增量实时复制阶段，不需要人为干预。〔四〕时间估算根据生产系统为40GB的量计算，在4Mb带宽下，全同步的时间主要是数据传输时间和目标端装载时间。数据传输时间：40GB的数据量经过压缩后约为10GB左右，按照4Mb带宽计算为：10GB*1024*8/4Mb/3600=5小时。按照一定的富裕量计算，可在6小时左右完成数据的首次全同步。因此对于40GB的数据量，根据工程性能指标参考，可在6个小时左右完成全同步。〔五〕开场实时复制当对系统的初始化环境工作完毕后，RealSync自动进入实时复制状态，无需手工干预。4

RealSync产品原理目前此类软件没有相应的技术标准，因此特将RealSync软件的原理展示给大家，作为评判的标准。示意图：如上图所示，RealSync在DataSource端和DataTarget端分别安装Agent进程，Source端的Agent进程对ORACLE日志进展监控，发现改变及时对目标数据库进展更新。当应用系统在DataSource端向数据库进展任何操作时时，这些信息都将在RedoLog中保存，RealSyncAgent通过对实时获取的Log日志进展分析，获得本次操作的交易指令和交易数据，然后将这些交易指令和交易数据经过格式转化生成DXF数据格式，并实时通过网络传送到DataTarget系统。DataTarget系统的RealSyncAgent接收数据库包，经过校验码检查，确认正确的数据库包后，调用Oracle函数按照交易的先后顺序在DataTarget系统中执行该交易。

4.1日志抓取〔DataCapture〕RealSync对数据的抓取是通过安装在DataSource端的Agent模块定时分析OracleRedoLog来获取DataSource端的交易类型及数据的。RealSyncAgent在判断DataSource端的Oracle系统是否有新的交易产生时是通过定期检查OracleControlefile中记录的当前SCN号来判断的，这样防止每次检都通过读取log文件来判断否有新的交易产生时造成的系统影响。在Controlefile中确认有新的交易产生时，可以同时获得当前的RedoLog组，以及最新日志在日志文件的最新位置。RealSyncAgent模块根据这些信息将上次抓取时记录的日志位置与本次读取的最新位置之间的Log读取并加以分析。然后将这些数据保存在OnlineLogCache文件中，等待下一步作交易合成处理。

RealSync的优势：与其他类似日志复制产品相比，RealSync对日志进展分析，得到交易信息再进展传送；而其他类似产品不对日志作分析，传送全部日志，然后在目标端通过日志作Recover，这样一来，不仅传送数据量大，而且目标端数据库不能翻开。

4.2日志分析〔Analyze〕Oracle数据库的所有更改都记录在日志中，其中记录了对数据库中的每一个变化。当我们候需要需要了解数据库中所作的交易时，一个最有效实用而又低成本的方法就是分析Oracle数据库的日志文件。RealSyncAgent中集成了DSG的优秀日志分析功能，该功能完全不同于Oracle提供的Logminer日志分析工具，在性能和功能上都大大提高，主要表达在系统性能的优化上，大幅度提高日志分析的速度，使得对于高并发业务系统的复制成为可能。按照RealSync的日志分析设计目标，每秒能够分析的日志量到达10M/s。RealSync通过对日志的分析，得到该数据库中的每个SQL指令，并将这些SQL指令生成DXF〔DSGExtendFormat〕格式的表达方式。DXF格式是DSG公司的专有技术，该技术是DSG公司用来表达SQL指令的方式，该数据格式能够通过DSG的专有转换算法能够直接转换为ORACL的内部数据表达格式，从而在分析和转载时需要最小的转化，提高分析和装载速度，减少资源占用、丰富能够表达的各种数据类型。

4.3交易合成〔Synthesize〕通过ORACLEREDOLOG分析的交易指令存在如下的几个特点：〔1〕这些指令是穿插出现的，属于一个交易〔Transaction〕的多条SQL指令是非连续存储的，多个交易的SQL之间是相互穿插的；〔2〕Redolog中记录了所有的commit的交易以及没有commit的交易；所以，为了提高系统的可控制性、保证逻辑完整性、防止数据丧失，最好将复制的最小单位为一个交易〔Transaction〕，而不是以单个SQL指令为复制单位，这样在DataTarget端的交易装载更加容易控制。同时，对于复制的数据而言，只有那些Commit的数据对于DataTarget端系统是有意义的，而对于那些Rollback的数据无需复制到Datatarget系统上。所以RealSync在复制过程中不是复制每个SQL语句，而是对抓取的数据进展交易整合后以交易〔Transaction〕为单位进展复制，同时只复制COMMIT的交易。如上图所示，在OnlineLogCache文件中，包括Commit的交易，没有Commit的交易和Rollback的交易。交易合成模块首先按照交易序号对SOL语句进展划分，每个交易包含多条SOL语句。然后，以交易为单位进展处理，将已经Commit的交易，传至传输处理模块；将未提交的交易保存在本地，一旦通过日志得知保存的未提交交易已提交，立即将该交易发送到传输处理模块；对Rollback的交易作丢弃处理。

RealSync的优势：RealSync是以交易为单位进展传输的，而不是以SOL语句为单位进展传输的，更容易保证数据的一致性和完整性。

4.4交易传输RealSync技术为了保证数据传输的安全、可靠，在传输处理上作了特殊的处理与支持:〔1〕

数据在传输之前首先存入DataSource端的Cache，传输进程〔ExportProcess〕从Cache中读取交易数据封装为TCP/IP数据包传送给Datatarget端的Import进程。〔2〕在datatarget端，Import进程在收到传输的交易数据包后，首先存入Queue，然后由Load进程从Queue中严格按照交易的顺序装载交易信息。

如上图所示，负责传输的进程〔ExportProcess〕从本地队列中按照先进先出的原则抓取需要传输的交易，将交易数据封装成一个数据包后通过TCP/IP协议传递给对端系统。在封装的数据包的包头局部描述了包的大小。对端系统在承受到传来的数据包后，首先根据包头描述的包大小进展传输的合法性检查，判断是否传输完整。

4.5数据装载在传统的复制技术中，常用的数据装载方式是采用Oracle的SQL接口，通过Insert、Update、Delete等SQL语句实现数据的装载。这种方式在通用性上很好，但关键在于性能问题非常突出。SQL语句的执行需要经过parse、plan、格式转换等过程，造成大量的系统开销。尤其是update和Delte操作的大量Where子句操作需要进展复杂的查询定位任务，从而导致装载性能低下，对处理能力的要求比生产系统的还高。DSGRealSync在设计之初就定位于电信级大数据量系统的应用，因此在装载性能上进展了大幅度的改善，使得装载端的性能和处理能力需求降至最低。在其中DSGRealSync采用了两个关键的技术提高了装载速度：〔1〕采用DXF数据格式的装载；〔2〕采用Rowidmapping的方式实现快速定位；(一)用DXF数据格式的装载：DXF〔DSGExtendFormat〕格式是DSG公司的专有技术，该技术是DSG公司用来表达SQL指令的方式，该数据格式能够通过DSG的专有转换算法能够直接转换为ORACL的内部数据表达格式，从而在分析和转载时需要最小的转化，提高分析和装载速度，减少资源占用、丰富sql语句的表达方式。Oracle数据库系统在设计上提供了4个层次的接口，其中包括User层，SQL层，Transformation层和I/O层。其构造为：在这四层当中，当采用SQL接口进展数据装载时，调用的是User层，而DSGRealSync通过DXF数据格式装载时，调用I/O层直接将数据通过Oracle的最底层函数写入系统中，所以DSGRealSync在装载层上有一定优势；(二)Rowmapping实现快速定位对于交易中的操作，存在着大量的Where子句操作，在采用标准SQL语句执行这些操作时，系统需要首先定位目标记录所在的数据文件的位置信息，这将带来大量的索引查询开销，当并发执行数千条指令时，系统的开销将变得非常庞大。DSGRealSync工具不采用该方式实现装载数据的定位，而是通过ROWMapping的方式实现记录的快速定位：当RealSync从源端Log文件中读取交易数据时，将获得该交易对应记录的所在位置，用rowid表示为rowid_ds；当该交易在目标端装载时，系统不翻译为Where子句，而是去通过保存在目标端的rowmapping表获得对应目标端该记录的所在位置rowid，记录为rowid_dt。从而在目标端装载时通过rowid能够直接定位于该数据需要写入的位置。防止了大量的索引查找时间。每条记录的rowmapping信息是在该记录执行insert操作、sqlloader或首次批量同步时建设起来的。

RealSync的优势：DSG扩展格式DXF(DSGExtendFormat)是RealSync产品的一个核心技术，是一种最高效率表示ORACLE记录的数据格式，该格式只需要经过最小的转换过程就能够装载到ORACLE数据库中，并且装载效率非常高。n

无需标准SQL语句执行的复杂过程n

加快装载速度n

对于Update，Delete等带Where子句的交易，可以大幅度提高装载速度

5

应急响应方案与灾备演练方案5.1容灾管理规划众所周知，容灾不是简单的设备冗余。除了IT技术方面的设计，还应着重考虑管理层面的问题，例如灾难管理组织构造、灾难恢复流程等。灾难管理组织构造中定义了灾难发生前、中、后，各相关人员的职责；灾难恢复流程书面化各恢复工作的流程和执行步骤。BCP和DRP中应包含以下内容：l

灾难管理组织构造l

应急响应流程l

灾难评估流程l

灾难恢复决策流程l

容灾系统启动流程l

IT系统切换和回切流程l

业务验证流程l

业务恢复流程l

BCP或DRP的管理方法l

容灾演习的规划5.2复制软件的日常维护作为realsync软件的运行，日常维护也是非常重要的方面，维护的内容主要包括：l

检查复制软件是否运行正常l

启动和停顿复制任务进程l

排除复制过程出错的错误l

检查复制的工作状态是否与业务需求有较大偏差l

数据一致性的检查l

修复不一致的数据l

维护容灾端Oracle数据库工作状态以上是针对复制软件日常维护需要作的事情5.3人员组织构造规划根据容灾工程的运行维护特点，一般要求容灾工程的部门、个人的设置包括如下几个方面。

容灾工程领导小组l

对容灾工程总体负责l

制定工程组工作制度l

制定工程方案l

跟踪工程过程l

控制工程变更l

审核工程成果l

评价工程组成员、部门的工作情况l

协调工程所涉及的内部及外部资源l

为工程组各部门提供良好的沟通渠道l

召开工程评审会，组织工程验收工作

容灾工程经理l

作为技术负责人和技术经理在容灾系统建设件领域有多年的经历l

有丰富的不同类型容灾技术实施方法的分析和设计的经历l

有经历于容灾的设计研究，可能采用的容灾系统设计模型/方法/工具的拟定，以至于容灾系统的二次设计l

定义灾难管理框架l

标准灾难管理流程l

制定业务连续性方案标准l

协助客户建设灾难管理组织构造l

协助并指导业务连续性方案的开发l

制定灾备测试要求l

主持制定灾备演练方案l

主导灾备演练并给予指导l

其它相关咨询工作

系统专家结合关键系统的实际情况、容灾工程的具体要求为数据中心异地容灾工程提供有效、稳定、高效、可靠的运行优化，系统技术局部包括：l

服务器和UNIX操作系统管理员l

磁盘阵列和SAN存储管理员l

ORACLE数据管理员l

中间件技术管理员l

应用程序管理员l

数据库复制软件管理员

网络专家复制容灾工程中的网络建设、尤其是容灾切换过程中的网络切换过程专家。5.4《重大故障应急备份切换方案》安装情况不同，备份切换分为备份数据库的切换，服务器切换、存储切换以及其他子系统的切换。分别描述如下。

〔1〕基于DSG系统的数据库灾难恢复步骤〔灾备中心〕：在生产数据库系统发生灾难的情况下，此时可使用容灾数据库首先接收业务，然后进展数据的反向恢复，最后进展时间一致性检查，恢复系统正常状态。在生产数据库系统发生灾难的情况下，此时可使用容灾Oracle数据库，首先接收业务，然后进展数据的反向恢复。DSG系统的具体步骤为：基于DSG系统的灾难恢复步骤生产数据发生灾难，生产端业务停顿；修改TNS的指向，将数据库指向灾备中心的数据库；停顿Realsync复制进程应用系统重新连接灾备数据库，完成业务接收；排除生产系统的故障；启动生产系统的Oracle数据库启动Realsync进程去除Realsync的环境参数执行setdm命令将灾备中心数据库作为数据源，将数据反向批量同步到生产系统上，此过程灾备中心的业务无需中断批量复制完毕后，停顿灾备中心的业务；修改TNS指向，将数据库指向生产中心的数据库；等待Realsync将缓存队列中的所有数据转载完毕；应用系统重新连接生产中心数据库，完成业务回切；配置Realsync进展正向复制；

以上过程是利用灾备中心的系统首先接收业务后，再进展生产中心的修复和数据的反向复制，因此不会造成长时间的业务中断。

〔2〕数据一致性检查:对于ORACLE而言，数据一致性的检查主要是通过数据库的SQL接口读取记录，进展比照的方式进展。而这种比对方式耗时巨大，效率十分低下，如果对于一些没有主键的表就几乎无法对比。DSG在数据一致性校验的检查机制方面做的尤为突出，并且使得这一需求变得可行。在其它同类产品中，DSGRealsync不是通过select接口来读取数据并进展对比，而是通过批量读取的方式从数据库底层直接读取记录，并通过rowid的对应关系来定位记录，并通过数据源的记录值、ROWID，目标端的记录值、ROWID，以及Realsync所记录的ROWID映射关系来对比双方的记录是否一样。这种方式省却了大量的从select接口查询记录的资源占用和时间消耗。并且能够对比到每条记录，能够清晰定位不一致的记录。无论被对比的表含有主键或者没有主键，都能进展对比，并且对比的性能一样。

〔3〕系统恢复方案:切换序号切换内容相关设备负责人1一、主机故障切换步骤：交易系统有两台主机做群集，当两台主机同时故障时，需要启动本地容灾服务器应用。修改主机IP启动应用做数据和业务验证

二、存储设备故障切换步骤：1、当交易系统的存储发生故障，导致业务无法正常进展时，需要启动本地容灾服务器应用。修改主机IP启动应用做数据和业务验证

2、当交易系统和本地容灾系统故障，导致业务无法正常进展时，启动远程容灾服务器应用。修改主机IP启动应用做数据和业务验证

3、当交换机故障当光纤交换机发生故障，导致主机无法访问存储时A、停顿交易系统的应用停顿HACMP删除主机上所有跟EMC相关的逻辑设备信息交易系统主机的光纤和存储直连主机重新识别存储设备同步HACMP启动HACMP做数据和业务验证B、本地容灾系统删除主机上所有跟存储相关的逻辑设备信息交易系统主机的光纤和存储直连主机重新识别存储设备做数据和业务验证C、远程容灾系统删除主机上所有跟存储相关的逻辑设备信息交易系统主机的光纤和存储直连主机重新识别存储设备做数据和业务验证

三、数据库故障由于数据崩溃导致交易系统无法正常运行停顿HACMP和应用系统修改本地容灾主机IP启动容灾主机上应用验证数据和业务

2服务器演练步骤：1、本地容灾服务的演练关闭交易系统服务器修改本地容灾服务器IP启动应用做数据和业务验证2、远程容灾服务的演练关闭交易系统和本地容灾系统修改容灾服务器的IP启动应用做数据和业务验证

3演练其他配件：电源线；光纤线交换机；SFPHBA卡其他〔文档、工具、、灯具等〕检查配置、参数；重新恢复原位；验证系统一致性；编制《演练报告》

4联机演练测试：

主机＋服务器＋交换机＋配件〔略〕

5演练软件运行测试〔多方配合〕

5.5《重大故障应急方案演练方案》切换序号切换内容相关设备负责人1一、主机故障切换步骤：交易系统有两台主机做群集，当两台主机同时故障时，需要启动本地容灾服务器应用。修改主机IP启动应用做数据和业务验证填写测试报告

二、存储设备故障切换步骤：1、当交易系统的存储发生故障，导致业务无法正常进展时，需要启动本地容灾服务器应用。修改主机IP启动应用做数据和业务验证填写测试报告

2、当交易系统和本地容灾系统故障，导致业务无法正常进展时，启动远程容灾服务器应用。<,DIV>修改主机IP启动应用做数据和业务验证填写测试报告

3、当两台交换机故障当两台光纤交换机发生故障，导致主机无法访问存储时A、停顿交易系统的应用停顿HACMP删除主机上所有跟存储相关的逻辑设备信息交易系统主机的光纤和存储直连主机重新识别存储设备同步HACMP启动HACMP做数据和业务验证填写测试报告

B、本地容灾系统删除主机上所有跟存储相关的逻辑设备信息交易系统主机的光纤和存储直连主机重新识别存储设备做数据和业务验证C、远程容灾系统删除主机上所有跟存储相关的逻辑设备信息交易系统主机的光纤和存储直连主机重新识别存储设备做数据和业务验证填写测试报告

三、数据库故障由于数据崩溃导致交易系统无法正常运行停顿HACMP和应用系统修改本地容灾主机IP启动容灾主机上应用验证数据和业务填写测试报告

2服务器演练步骤：1、本地容灾服务的演练关闭交易系统服务器修改本地容灾服务器IP启动应用做数据和业务验证填写测试报告

2、远程容灾服务的演练关闭交易系统和本地容灾系统修改容灾服务器的IP启动应用做数据和业务验证填写测试报告

3联机演练需求：

主机＋服务器＋交换机＋配件〔略〕

4测试人员：需要多方人员参与

5.6《系统巡检报告》《&&&&公司巡检报告》客户名称：

设备所在地址：管理员姓名：

：质检工程师：

质检日期：

年

月

日

时

分开场至

时

分完成本次质检内容

质检详细描述：上次巡检遗留问题：

责任人：

巡检日期：解决情况：

客户意见及签字：尊敬的客户您好，本次质检服务已完成，请您对我们的服务提出珍贵的意见，谢谢合作！

很满意□

较满意□

一般□

不满意□

很不满意□其它意见：

客户签字：

单位盖章：客户服务中心反响情况：回访结果：

回访人签字：

6

DSG公司简介DSG是全球领先的数据与存储管理软件提供商。在当今存储行业把备份、SRM和数据复制作为存储软件的三大主流方向的时候，DSG已经提前两年在这三个领域方面取得了突破性进展，推出了DMP系列产品，推动了数据管理领域的变革。DSG努力成为全球最大的数据与存储管理软件提供商，提供优秀的数据管理软件和数据安全、灾难恢复、数据抽取共享、数据归档检索和一体化管理平台在内的解决方案。6.1DSG成立和组成DSG北京公司于2002年8月在北京成立，同时被授予“高科技企业〞的称号。DSG公司的前身是DSGuardianInc.公司，注册于美国，早期致力于大型企业应用系统的调优服务，曾服务于波音、通用汽车、SONY等国际知名企业。DSG公司技术核心人员来自IBM、ORACLE等美国IT领先企业，他们长期担任关键技术职务，在数据存储管理、企业信息处理方面有丰富的实践经历和专业的技术知识。DSG公司在美国于1996年开场软件研发，具有完全知识产品的数据保护和容灾产品。DSG陆续推出新一代的磁盘备份技术〔SnapAssure〕、异构热容灾技术〔RealSync〕、数据复制和抽取技术〔SmartE〕以及数据库日志分析技术〔Ologx〕，并投放市场，深受用户好评。6.2DSG业务范围DSG-迪思杰〔北京〕数码技术是业界专注于为用户提供数据管理平台解决方案和服务的提供商，提供的产品和解决方案，包括：ü

高速数据备份和恢复解决方案：SnapAssureü

Oracle数据库复制和容灾解决方案：RealSync/SmartEü

备份数据共享和业务部署支持方案：SnapShareü

Oracle数据库管理工具包：日志分析〔Ologx〕，快速数据装载〔xf1ldr〕，快速数据导出技术〔xexp〕等。数据库服务提供，包括：ü

Oracle数据维护、调优ü

Oracle故障诊断和排除ü

Oracle数据库迁移、升级服务ü

Oracle数据急救服务ü

企业信息模型规划和实施6.3DSG核心技术DSG公司拥有的自主知识版权的关键技术：ü

获得美国专利的“版本压缩数据存储技术〞ü

数据块增量备份技术ü

数据库实时容灾复制技术ü

异构分布式数据存储管理技术ü

快速数据提取、装载技术和数据分析6.4DSG公司的业务方向随着计算机应用系统的爆炸式开展，业务量迅速增加，业务种类日益复杂，企业必须管理不断增长的信息流量；随着信息量的急剧增大，核心数据的管理变得日益困难。若何安全、可靠地存储业务数据及满足未来业务数据高速增长的需要；若何有效管理日益增长的业务数据；若何实现业务数据的共享并在现有业务数据之上建设新兴的增值应用，如数据仓库、客户关系管理〔CRM〕等，成为了各企业建设信息系统的关键所在。目前，各企业信息系统在数据管理领域存在着普遍的问题：ü

数据流通效率低下，企业信息孤岛现象严重ü

数据报表、查询和数据共享效率低下ü

系统安全保护、业务连续运行水平低下因此，各企业比以往任何时候相比，管理和有效使用这些信息系统的能力上下都更能决定了长期生存和开展能力，因此比以往任何时候，企业都更关注于如下领域：ü

提高系统运行效率，提高业务报表、提高客户服务质量，并降低客户流失率。ü

加强企业信息流通、提高企业信息的附加值、进一步挖掘企业信息价值、迅速开发和推广新业务，创造更多收入并保持竞争能力。ü

提高信息系统业务连续运行能力，提高数据安全保护水平。DSG公司凭借在全球数据保护、数据共享领域长期以来的积累，形成了包含数据流通、数据共享和数据安全保护在内的一体化的数据管理平台，为企业信息系统提供了统一数据管理根基平台〔DMF〕。良好的企业数据管理根基架构，能够带来：ü

更灵活的业务系统部署，提高关键业务系统运行水平；ü

提高系统部署的延续性，防止分散建设的重复投资；ü

提高投资回收率，充分利用各种投资。6.5DSG在国内的主要应用客户ü

中国电信：电信总部、北方电信9省、江苏电信、浙江电信、重庆电信、江西电信、广西电信、新疆电信、青海电信、海南电信、贵州电信、甘肃电信、宁夏电信、福建电信、成都电信；ü

中国移动：江西移动、广西移动、甘肃移动、新疆移动、青海移动；ü

中国网通：辽宁网通、周口通信、沧州通信；ü

中国联通：广东联通、江苏联通、天津联通、辽宁联通、山东联通、陕西联通、四川联通、河北联通、重庆联通、吉林联通；ü

证券行业：银河证券、华泰证券、长江证券、国联证券、民族证券、金通证券；ü

政府机构：河北省地方税务局、新疆电力、上海市松江区财政局、广州公安、广西公安、新疆电力、杭州电力、东莞社保、江汉油田、辽宁交通厅、济南钢铁总公司等ü

军队及其它：海军某部、火箭研究院、陆军某部、信息产业部〔含浙江、江苏、陕西、黑龙江、福建、江西、甘肃、吉林、宁夏和重庆等信产部直属机构〕；7

DSG在类似工程的成功范例和相关经历7.1成功案例的列表DSG从2002年在中国成立以来，在RealSync这个数据库复制产品的工程实施方面也经过了很长的一段路。DSG始终以“客户需求为导向〞的原则开展自己的产品，到目前为止，DSGRealSync产品已经在电信、政府、政券和企业采用，主要包括：l

电信行业：北京移动、广西移动、甘肃移动、贵州移动、青海移动、澳门电信、广西电信、陕西电信、贵州电信、四川电信、山东电信、内蒙电信、河北电信、辽宁电信、吉林电信、江西电信、云南电信、安徽电信、海南电信、福建电信、甘肃电信、宁夏电信、新疆电信、广东电信、杭州电信、舟山电信、绍兴电信、湖州电信、辽宁网通、山东联通、江西联通、福建联通、广西联通、湖南联通、江苏联通、四川联通、吉林联通、广东联通、贵州联通、湖北联通、内蒙联通、贵州联通、云南联通…l

金融行业：广发银行、太平洋保险集团、上海黄金交易所、中国金融期货交易所、中国期货保证金监控中心、天平保险、华夏基金、易方达基金、金元比联基金、友邦基金、招商基金、南方基金、鲁证期货、中银期货、东吴期货、信达期货、西部期货、国泰君安期货、鲁能金穗期货、东航期货、中原期货、中大期货、广发证券、银河证券、民族证券、宏源证券、新时代证券、上海证券、远东证券、太平洋证券、东兴证券、万联证券、金元证券、信达证券、江南证券、华泰证券、南京证券、信泰证券、东吴证券、长江证券、国联证券、东海证券、西南证券、山西证券、金通证券、中原证券、财达证券、西部证券、国盛证券、国海证券、华福证券、恒泰证券、湘财证券、华鑫证券、财富证券、中天证券、财通证券、国金证券、中投证券、华欧证券、中邮证券、德邦证券、爱建证券、华宝证券、联合证券、日信证券、英大证券…l

政府行业：国家知识产权局、北京电力、四川电力、河南电力、江西电力、青海电力、吉林电力、湖南电力、安徽电力、宁夏电力、天富热电、厦门电力、河北省地税、重庆地税、深圳地税、深圳市统计局、武汉财政、上海松江财政、吉林省交通厅、辽宁省征稽局、蛇口码头、宁波港、江苏省航道局、江苏农垦、无锡公积金、贵州公安、东营公安、青岛有线、泰州社保、南通社保、阿克苏社保、太仓社保、中国一汽、济南钢铁、南京军区总医院、格力电器、深圳神州通集团、深圳统计局、阿里巴巴、河北省地税11地市征管数据集中容灾备份系统、江西省电力12地市营销数据集中容灾备份……

这些系统都为DSGRealSync的实施积累了珍贵的经历。7.2长江证券集中交易系统灾备应用

1、业务需求：长将证券从2004年开场着手全公司大集中交易系统建设工作。集中交易系统的目的是实现所属所有网点数据大集中，涵盖长江证券目前现有业务(AB股，基金、债券、三板、集合理财、银证通、多币种等)，整合并兼容长江证券即将开展的保险、期货等可预见金融业务的集中交易系统。是一套集金融产品研发、销售、管理为一体的信息系统。随着证券集中交易系统的建设，对系统的安全性、可靠性和业务连续性方面提出了很高的要求。因为该系统是长江证券的业务得以正常运转的前提和保证。而大量的意外事件，如不可抗自然灾难〔地震、洪水〕、意外灾难〔火灾〕、战争、恐惧事件〔如911〕、外界因素电网、通讯等处界因素、运营中心容错措施失效等原因都将会导致集中交易系统的数据丧失、业务中断，势必造成巨大的经济损失。为此，长江证券提出了建设一套高效、可靠、投资回收比高的灾难备份系统。确保系统的数据安全和灾难发生时的快速恢复。

2、解决方案DSG作为数据管理平台解决方案的提供商，推出了包括数据安全、数据共享和数据生命周期管理等在内的全套数据管理解决方案。该解决方案中的数据库复制技术realsync正是为数据复制和备份提供了最正确的解决方案。该软件在工作组和企业级的关键应用的容灾支持上，能够提供比竞争对手更低成本、更高投资回报、构造更灵活、更容易实施和维护的容灾解决方案，提供对主流Linux和Unix等跨平台的Oracle数据库系统的复制和备份支持。在大型企业和数据中心级的关键应用上，RealSync是完全满足数据中心级每秒数千条交易量的实时复制支持、减少数据丧失。同事通过处于翻开〔open〕状态的备份数据库提供数据查询、统计报表等支持企业应用模块的重新部署。为此，长江证券选择了DSGRealSYnc作为其交易系统的复制和备份解决方案：

系统构造：

如以以下图，长江证券集中交易系统容灾备份实现如下目的：〔1〕

本地复制：将集中交易系统复制到局域网内部的系统上用于查询和本地业务接收功能；〔2〕

远程异地复制：将位于武汉的集中交易系统远程复制到上海证通灾备中心，广域网链路2M.〔3〕

满足业务备份和恢复指标要求灾难发生时数据丢量控制在最小范围之内，业务恢复事件缩短，减少对证券用户的交易影响。

支持平台：数据库：OracleRAC操作系统：HP-UX

应用效果和特点：总的说来，采用DSGRealSync数据复制和备份解决方案，非常适合长江证券的业务需求：〔1〕

支持