文档介绍：OracleDataGuard容灾方案
OracleDataGuard容灾方案
OracleDataGuard容灾方案
Oracle数据库异地容灾方案
平常功能......................................
故障切换......................................
根本要求......................................
性能要求......................................
数据一致性....................................
系统兼容性....................................
高可用性......................................
强壮性要求....................................
设施没关性....................................
管理监控功能..................................

错误!不决义书签。
错误!不决义书签。
错误!不决义书签。
错误!不决义书签。
错误!不决义书签。
错误!不决义书签。
错误!不决义书签。
错误!不决义书签。
错误!不决义书签。
错误!不决义书签。
错误!不决义书签。
错误!不决义书签。
OracleDataGuard容灾方案
OracleDataGuard容灾方案
OracleDataGuard容灾方案
第一章需求解析
前言
在信息时代，数据是公司创办商业价值的生产资料，数据的丧失将为公司带来
消灭性的灾祸。据GartnerGroup的检查数听闻明，在经历过大型灾祸或长时间系统停运的公司中，有2/5的公司再也未恢复运转，而在其他的公司中，有1/3的公司在两年内破产。
有句古谚叫“别把鸡蛋放在一个篮子里〞。现在的信息系统，各样数据高度集中，“鸡蛋〞全放在一个篮里了。一旦出现突然停电、不测死机或许人为破坏，造
成数据丧失是不能防范的。面对各样未可预知的灾祸，越来越多的公司将容灾备份系统作为公司安全的保障。
银联数据异地灾备工程的目标是保证SF25K上各银行〔民生银行贷记卡系统拟迁移至IBM主机，故此次灾备工程暂不考虑；邮储银行贷记卡系统主机为IBMP570，也不在考虑范围之内〕发卡系统的安全，在灾祸情况下，最大限度地保护公司财富，减少公司各方面的损失，保证发卡系统的业务连续性。
本方案仅对异地容灾数据库复制软件局部做相应阐述。
用户现状

发卡系统运转在一台SunFireE25K公司级效劳器上，经过两台BrocadeSW4900
SAN互换机与两台公司级储蓄ST9990、SE9970相连，应用系统核心文件和数据库数
OracleDataGuard容灾方案
OracleDataGuard容灾方案
OracleDataGuard容灾方案
据文件均寄存在该储蓄上，储蓄系统磁盘采用RAID1+0方式。
SF25K区分为四个物理分区〔Domain〕，每家银行均使用其中的两个，一个Domain
作为生产主机，另一个Domain作为热备主机。Domain操作系统为Solaris10，数
据库系统为OracleRAC。经过SunCluster集群软件，实现了生产机房内的双机
热备份，保证了系统的高可用性。其他，在主机端还经过SunMPXIO多通道负载均
衡软件，实现两条光纤通道的负载平衡，进一步防范了单点故障。
以下是发卡系统SAN架构图：
OracleDataGuard容灾方案
OracleDataGuard容灾方案
OracleDataGuard容灾方案
DomainA

SF25K

DomainB
OracleDataGuard容灾方案
OracleDataGuard容灾方案
OracleDataGuard容灾方案
DomainC

D