OracleDataGuard容灾方案知识分享.doc

《OracleDataGuard容灾方案知识分享.doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、Oracle数据库异地容灾方案介绍2008年11月目录第一章需求分析41.1序言41.2用户现状41.2.1系统平台41.2.2数据库平台61.3用户需求71.3.1日常功能71.3.2故障切换71.3.3基本要求71.3.4性能要求81.3.5数据一致性91.3.6系统兼容性91.3.7高可用性101.3.8健壮性要求101.3.9设备无关性101.3.10管理监控功能11第二章OracleDataGuard介绍122.1DataGuard实现原理122.2OracleDataGuard优势152.3DataGuard提供的保护

2、模式162.4DataGuard实现方式以及对系统的限制要求172.5切换方式17第三章系统建议方案183.1DataGuard优势183.2DataGuard运行模式193.3DataGuard保护模式193.4DataGuard初始安装步骤193.5用户需求点对点应答203.5.1日常功能203.5.2故障切换213.5.3基本要求223.5.4性能要求233.5.5数据一致性243.5.6系统兼容性253.5.7高可用性253.5.8健壮性要求263.5.9设备无关性273.5.10管理监控功能27第一章需求分析1.1序言在

3、信息时代，数据是企业创造商业价值的生产资料，数据的丢失将为企业带来毁灭性的灾难。据GartnerGroup的调查数据表明，在经历过大型灾难或长时间系统停运的公司中，有2/5的公司再也未恢复运行，而在其余的公司中，有1/3的公司在两年内破产。有句古谚叫“别把鸡蛋放在一个篮子里”。现在的信息系统，各种数据高度集中，“鸡蛋”全放在一个篮里了。一旦出现突然停电、意外死机或者人为破坏，造成数据丢失是不可避免的。面对各种未可预知的灾难，越来越多的企业将容灾备份系统作为企业安全的保障。银联数据异地灾备项目的目标是保证SF25K上各银行（民生银行

4、贷记卡系统拟迁移至IBM主机，故此次灾备项目暂不考虑；邮储银行贷记卡系统主机为IBMP570，也不在考虑范围之内）发卡系统的安全，在灾难情况下，最大限度地保护公司资产，减少公司各方面的损失，保证发卡系统的业务连续性。本方案仅对异地容灾数据库复制软件部分做相应阐述。1.2用户现状1.2.1系统平台发卡系统运行在一台SunFireE25K企业级服务器上，通过两台BrocadeSW4900SAN交换机与两台企业级存储ST9990、SE9970相连，应用系统核心文件和数据库数据文件均存放在该存储上，存储系统磁盘采用RAID1+0方式。SF

5、25K划分为四个物理分区（Domain），每家银行均使用其中的两个，一个Domain作为生产主机，另一个Domain作为热备主机。Domain操作系统为Solaris10，数据库系统为Oracle10.2.0.2RAC。通过SunCluster集群软件，实现了生产机房内的双机热备份，保证了系统的高可用性。此外，在主机端还通过SunMPXIO多通道负载均衡软件，实现两条光纤通道的负载均衡，进一步避免了单点故障。以下是发卡系统SAN架构图：SW4900SW4900SE9970L180(2LTO-3)V280RNBUMasterServ

6、erST9990SF25KDomainADomainBDomainCDomainDVTL通过在主机端使用VxVM4.1卷管理软件，已建立了同机房数据灾备系统，两台存储SE9970与ST9990之间实现了同步数据复制，达到了以下灾难恢复目标：l日常工作，保证两台存储的数据实时同步保持一致，所有数据不丢失。l计划外停机，任一台存储发生灾难，保证数据不丢失，即RPO=0，并确保应用不中断运行，即RTO=0。SE9970ST9990生产主机VxVMMirrorVolume1.1.1数据库平台发卡系统中的数据库系统，是整个生产系统中最关键、

7、最复杂的数据对象，发卡系统的业务运转直接依赖于这些数据的可用性。为了确保数据库的高可用性，发卡系统数据库使用了Oracle10gRAC版本10.2.0.2，主、备机两节点的数据库实例同时运行，一旦主节点出现问题，数据库实例无需启停，可迅速将应用系统切换至备节点。截至到2008年8月底，各数据库实例数据量情况见下表：实例名总数据量（GB）Archivelog数据量（GB）高峰期Archivelog变化量（MB/s）平均每天最大帐单日HX25140.42SZ15120.20CR934.550.40DE381.550.58UC27512

8、162.95合计44620324.551.1用户需求银联数据拟为提供外包服务的各银行发卡系统建设异地灾备系统，生产系统位于上海，灾备系统位于北京。主备中心之间采用数据库复制软件进行异步数据复制，以保证生产数据的安全性，满足发卡系统的业务连续性需求。