文档介绍:Oracle数据库异地容灾方案介绍
1太极计算机股份有限公司
Sfl I Ml] t < "l'i-n < ■! Kf 1 L; 1■■: fX r |\ ITI f |'i
2008年11月
目录
第一章 需求分析 4
序言 4
用户现状 4
系统平台 4
数据库平台 6
用户需求 7
日常功能 7
故障切换 7
基本要求 7
性能要求 8
数据一致性 9
系统兼容性 9
高可用性 10
健壮性要求 10
设备无关性 10
管理监控功能 11
第二章 Oracle Data Guard介绍 12
Data Guard实现原理 12
Oracle Data Guard 优势 15
Data Guard提供的保护模式 16
Data Guard实现方式以及对系统的限制要求 17
切换方式 17
第三章 系统建议方案 19
Data Guard 优势 19
Data Guard运行模式 19
Data Guard保护模式 20
Data Guard初始安装步骤 20
用户需求点对点应答 21
日常功能 21
故障切换 22
基本要求 23
性能要求 23
数据一致性 25
系统兼容性 26
高可用性 26
健壮性要求 27
设备无关性 27
管理监控功能 28
第一章 需求分析
序言
在信息时代, 数据是企业创造商业价值的生产资料, 数据的丢失将为企业带来
毁灭性的灾难。 据 Gartner Group 的调查数据表明, 在经历过大型灾难或长时间系统
停运的公司中,有 2/5 的公司再也未恢复运行,而在其余的公司中,有 1/3 的公司
在两年内破产。
有句古谚叫 “别把鸡蛋放在一个篮子里 ” 。 现在的信息系统, 各种数据高度集中,
“鸡蛋 ”全放在一个篮里了。一旦出现突然停电、意外死机或者人为破坏,造成数据
丢失是不可避免的。面对各种未可预知的灾难,越来越多的企业将容灾备份系统作
为企业安全的保障。
银联数据异地灾备项目的目标是保证 SF25K 上各银行(民生银行贷记卡系统
拟迁移至 IBM 主机,故此次灾备项目暂不考虑;邮储银行贷记卡系统主机为 IBM
P570,也不在考虑范围之内)发卡系统的安全,在灾难情况下,最大限度地保护公
司资产,减少公司各方面的损失,保证发卡系统的业务连续性。
本方案仅对异地容灾数据库复制软件部分做相应阐述。
用户现状
系统平台
发卡系统运行在一台SunFire E25K企业级服务器上,通过两台Brocade SW4900
SAN 交换机与两台企业级存储 ST9990、 SE9970 相连,应用系统核心文件和数据库
数据文件均存放在该存储上,存储系统磁盘采用
RAID 1+0 方式。
SF25K划分为四个物理分区(Domain),每家银行均使用其中的两个,一个 Domain作为生产主机,另一个Domain作为热备主机。Domain操作系统为Solaris 10, 数据库系统为Oracle RAC。通过Sun Cluster集群软件,实现了生产机房内 的双机热备份,保证了系统的高可用性。止匕外,在主机端还通过 Sun MPXIO多通
道负载均衡软件,实现两条光纤通道的负载均衡,进一步避免了单点故障。
以下是发卡系统SAN架构图:
Domain A^HQ^f Domain B
通过在主机端使用VxVM ,已建立了同机房数据灾备系统,两
台存储SE9970与ST9990之间实现了同步数据复制,达到了以下灾难恢复目标:
日常工作,保证两台存储的数据实时同步保持一致,所有数据不丢失。
计划外停机,任一台存储发生灾难,保证数据不丢失,即 RPO=0,并确保
应用不中断运行,即RTO=0。
数据库平台
发卡系统中的数据库系统,是整个生产系统中最关键、最复杂的数据对象,发 卡系统的业务运转直接依赖于这些数据的可用性。
为了确保数据库的高可用性,发卡系统数据库使用了 Oracle 10g RAC版本
,主、备机两节点的数据库实例同时运行,一旦主节点出现问题,数据库实
例无需启停,可迅速将应用系统切换至备节点。
截至到2008年8月底,各数据库实例数据量情况见下表:
实例
名
总数据量(GB
Archive log 数据量(GB
高峰期 Archive log 变化量(MB/s)
平均每天
最大帐单日
HX
25
1
4
SZ
15
1
2
CR
93
4.