OracleDataGuard容灾方案

Oracle数据库异地容灾方案介绍

2008年11月

目录

第一章需求分析 (4)

1.1 序言 (4)

1.2 用户现状 (4)

1.2.1 系统平台 (4)

1.2.2 数据库平台 (6)

1.3 用户需求 (7)

1.3.1 日常功能 (7)

1.3.2 故障切换 (7)

1.3.3 基本要求 (7)

1.3.4 性能要求 (8)

1.3.5 数据一致性 (9)

1.3.6 系统兼容性 (9)

1.3.7 高可用性 (10)

1.3.8 健壮性要求 (10)

1.3.9 设备无关性 (10)

1.3.10 管理监控功能 (11)

第二章Oracle Data Guard介绍 (12)

2.1 Data Guard实现原理 (12)

2.2 Oracle Data Guard 优势 (15)

2.3 Data Guard提供的保护模式 (16)

2.4 Data Guard实现方式以及对系统的限制要求 (17)

2.5 切换方式 (17)

第三章系统建议方案 (19)

3.1 Data Guard优势 (19)

3.2 Data Guard运行模式 (19)

3.3 Data Guard保护模式 (20)

3.4 Data Guard初始安装步骤 (20)

3.5 用户需求点对点应答 (21)

3.5.1 日常功能 (21)

3.5.2 故障切换 (22)

3.5.3 基本要求 (23)

3.5.4 性能要求 (23)

3.5.5 数据一致性 (25)

3.5.6 系统兼容性 (26)

3.5.7 高可用性 (26)

3.5.8 健壮性要求 (27)

3.5.9 设备无关性 (27)

3.5.10 管理监控功能 (28)

第一章需求分析

1.1 序言

在信息时代，数据是企业创造商业价值的生产资料，数据的丢失将为企业带来毁灭性的灾难。据Gartner Group的调查数据表明，在经历过大型灾难或长时间系统停运的公司中，有2/5的公司再也未恢复运行，而在其余的公司中，有1/3的公司在两年内破产。

有句古谚叫“别把鸡蛋放在一个篮子里”。现在的信息系统，各种数据高度集中，“鸡蛋”全放在一个篮里了。一旦出现突然停电、意外死机或者人为破坏，造成数据丢失是不可避免的。面对各种未可预知的灾难，越来越多的企业将容灾备份系统作为企业安全的保障。

银联数据异地灾备项目的目标是保证SF25K上各银行（民生银行贷记卡系统拟迁移至IBM主机，故此次灾备项目暂不考虑；邮储银行贷记卡系统主机为IBM P570，也不在考虑范围之内）发卡系统的安全，在灾难情况下，最大限度地保护公司资产，减少公司各方面的损失，保证发卡系统的业务连续性。

本方案仅对异地容灾数据库复制软件部分做相应阐述。

1.2 用户现状

1.2.1系统平台

发卡系统运行在一台SunFire E25K企业级服务器上，通过两台Brocade SW4900 SAN交换机与两台企业级存储ST9990、SE9970相连，应用系统核心文件和数据库

数据文件均存放在该存储上，存储系统磁盘采用RAID 1+0方式。

SF25K 划分为四个物理分区（Domain ），每家银行均使用其中的两个，一个Domain 作为生产主机，另一个Domain 作为热备主机。Domain 操作系统为Solaris 10，数据库系统为Oracle 10.2.0.2 RAC 。通过Sun Cluster 集群软件，实现了生产机房内的双机热备份，保证了系统的高可用性。此外，在主机端还通过Sun MPXIO 多通道负载均衡软件，实现两条光纤通道的负载均衡，进一步避免了单点故障。

以下是发卡系统SAN 架构图：

通过在主机端使用VxVM 4.1卷管理软件，已建立了同机房数据灾备系统，两台存储SE9970与ST9990之间实现了同步数据复制，达到了以下灾难恢复目标：

● 日常工作，保证两台存储的数据实时同步保持一致，所有数据不丢失。 ● 计划外停机，任一台存储发生灾难，保证数据不丢失，即RPO=0，并确保

应用不中断运行，即RTO=0。 SW4900 SW4900

SE9970 L180 (2 LTO-3)

V280R

NBU Master Server ST9990 SF25K

Domain A Domain B Domain C Domain D

VTL

1.2.2数据库平台

发卡系统中的数据库系统，是整个生产系统中最关键、最复杂的数据对象，发卡系统的业务运转直接依赖于这些数据的可用性。

为了确保数据库的高可用性，发卡系统数据库使用了Oracle 10g RAC 版本10.2.0.2，主、备机两节点的数据库实例同时运行，一旦主节点出现问题，数据库实例无需启停，可迅速将应用系统切换至备节点。

截至到2008年8月底，各数据库实例数据量情况见下表： 实例名 总数据量（GB ） Archive log 数据量（GB ） 高峰期Archive log 变化量（MB/s ） 平均每天 最大帐单日 HX

25 1 4 0.42 SZ

15 1 2 0.20 CR

93 4.5 5 0.40 DE

38 1.5 5 0.58 UC

275 12 16 2.95 合计 446 20 32 4.55

SE9970 ST9990

生产主机

VxVM Mirror Volume