OracleDataGuard容灾方案
OracleDataguard数据同步复制的容灾技术方案
OracleDataguard数据同步复制的容灾技术方案2007-02-28 15:20:07标签：容灾方案OracleDataguard是ORACLE 提供的一种高可用性(HIGH AVAILABLE)的数据库方案，它是在主节点与备用节点间通过日志同步来保证数据的同步，可以实现快速切换与灾难性恢复。
中软公司自主研发的基于Dataguard同步引擎的Oracle数据库异地同步解决方案RS5，能够对安全、高效的实现数据库远程实时备份，最大限度保证用户的数据安全。
一、设计目标最大程度上保证数据的可用与可恢复，做到灾难事件发生时的数据零丢失。
二、方案概述针对关键业务数据灾难防护的需求，制定本地备份策略结合异地实时备份的高可靠性方案。
1. 本地备份策略本地备份是数据库容灾重要的组成部分。
通过配置RMAN的备份策略，可以实现备份和还原数据库文件、归档日志和控制文件。
根据具体应用环境，可以订制备份的方式和频率，例如每周的全备和每日的增量备份。
在数据库出现问题的时候，可以使用RMAN备份、归档日志及在线日志恢复数据。
2. 异地实时同步异地实施同步可以最大限度的保证数据安全，避免因各类事故造成的损失。
ORACLE Dataguard是基于数据库复制的方式来实现的、目前最流行的高可用解决方案之一。
在此基础上，我们开发了一套直观便捷的管理界面，使系统不仅可以实现数据库数据的实时快速复制，而且使系统的实施和管理方便而快捷。
数据库复制的原理主要是通过日志文件的传送、分析和应用来实现的，在应用事务发生后主数据中心通过数据复制引擎将日志传输到备份数据中心，备份数据中心的数据库对日志中记载的事务执行重演操作，实现对备份数据中心数据库数据的更新。
本方案采用高性能、基于Log分析(主要是Redo Log)的Oracle数据库复制解决方案，它可以复制数据库中大量的数据更新(如在数千个表上的每秒数千个操作)到一个或多个Oracle 目标实例中。
oracle data guard容灾部署
主库参数配置1.启用force loggingalter database force logging;select force_logging from v$database;2.打开监听lsnrctl start3.启用归档alter system set log_archive_format='%t_%s_%r.arc' scope=spfile;alter system set log_archive_dest_1='LOCATION=/data/arch' scope=spfile; mkdir /data/archSQL> archive log list;SQL> shutdown immediateSQL> startup mount;SQL> alter database archivelog;SQL> archive log list;SQL> alter database open;参考命令：show parameter log_ar4.设置监听主库：1521 动态监听备库：1523 静态监听5.配置主库初始化参数#默认已经设置，使用单引号就是小写，不用就是大写alter system set db_unique_name='fxdb' scope=spfile;alter system set log_archive_config='DG_CONFIG=(fxdb,sbdb)' scope=both; alter system set log_archive_dest_1='LOCATION=/data/archVALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=fxdb'scope=both;alter system set log_archive_dest_2='SERVICE=tnssbdb LGWR SYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=sbdb' scope=both;alter system setdb_file_name_convert='/data/app/oracle/oradata/sbdb','/data/app/oracle/ora data/fxdb' scope=spfile;alter system setlog_file_name_convert='/data/app/oracle/oradata/sbdb','/data/app/oracle/ora data/fxdb' scope=spfile;alter system set standby_file_management='AUTO' scope=both;alter system set fal_client='tnsfxdb' scope=both;alter system set fal_server='tnssbdb' scope=both;6和7行的参数是进行主备切换用的，可以暂时不用设置。
Oracle11G数据库DataGuard灾备切换方案
Oracle 11G数据库DataGuard灾备切换方案、检查1、确定MRP进程在正常运行real-time apply real-time apply SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;2、确定有足够的归档进程在所有的主备库实例上查询参数LOG_ARCHIVE_MAX_PROCESSES,确定其值大于等于4, 但不会太大3、确定目标备库的REDO为clear状态虽然在发起SWITCHOVER TO PRIMARY命令时，备库的REDO会自动转换为CLEAR 状态，但依然建议在SWITCHOVER前REDO为CLEAR状态。
确保正确设置了 LOG_FILE_NAME_CONVERT参数。
AND L.STATUS NOT IN (\UNUSED’，、CLEARING’，’CLEARING_CURRENT’)；如果如上的查询有结果，4、确定没有大量的GAP5、确定主库以及目标备库的所有文件都为ONLINE主备库分别执行如下SQL,查看tempfile是否正常，如果备库上缺失文件则需要进行处、切换1、检查主库是否可切换至STANDBY如上的SQL查询结果如果为〃TO STANDBY”或者〃SESSIONS ACTIVE〃表示主库可切换至STANDBY，如果不为这两个值，则说明REDO传输存在问题。
2、停止主库第一个节点以外的所有实例（RAC）最好使用shutdown normal或者shutdown immediate方式停止数据库。
如果使用了shutdown abort将其他节点进行了关闭，则需等待RAC reconfig完成，且第一个节点将其余REDO正常前滚或回滚3、切换主库至STANDBY角色如果遇到ORA-16139报错，且V$DATABASE视图中DATABASE_ROLE字段的值已为“ PHYSICAL STANDBY”，则可继续（这种问题的出现其中一个可能是数据库有大量的数据文件）。
Oracle数据备份与data guard容灾技术
1.4 RMAN（备份与恢复管理器）
1.4.1 RMAN 概述
Recovery manager（RMAN）是 ORACLE 提供的 DBA 工具，用语管理备份和恢复操作。 RMAN 只能用于 ORACLE8 或更高的版本中。它能够备份整个数据库或数据库部件，其中 包括表空间、数据文件，控制文件和归档文件。RMAN 可以按要求存取和执行备份和恢复。 RMAN 备份有如下优点 ☆ 支持在线热备份 ☆ 支持多级增量备份 ☆ 支持并行备份、恢复 ☆ 减少所需要备份量 ☆ 备份、恢复使用简单 重要的是，使用恢复管理器允许您进行增量数据块级的备份（这个与导出 /导入的增量 截然不同） 。 增量 RMAN 备份是时间和空间有效的， 因为他们只备份自上次备份以来有变化 的那些数据块。另一个空间有效的 RMAN 特性是它只备份数据文件中使用的数据块，忽略 空的，未用的数据块，这个对于预分配空间的表空间有很大的好处。 从 9i 开始，还增加了 RMAN 的数据块级别的恢复，可以进一步减少数据库恢复时间。 RMAN 支持以下不同类型的备份 数据库全备份，包括所有的数据块 � FULL INCREMENTAL 增量备份，只备份自上次增量备份以来修改过 � 的数据块。需要一个 0 级的增量作为增量的基础，可以支持 7 级增量。 在数据库打开的时候使用 � OPEN 在数据库安装(MOUNT)但不打开的时候备份， � CLOSED 关闭备份可以是 CONSISTENT 或 IN CONSISTENT 类型的。 在数据库安装，单不打开，并且在安装之前数 � CONSISTENT 据库被彻底关闭（而不是被破坏或异常退出）时使用。 CONSISTENT 备份可 以简单的进行复原(RESTORE)而不是恢复(RECOVER)。 在数据库打开或安装（但不打开）时使用。 在 � INCONSISTENT 该数据库正常关闭或崩溃后，INCONSISTENT 备份需要恢复。 理解 BACKUP ，RESTORE，RECOVER 命令，这是 RMAN 最基本的三个命令，可以 进行数据库的备份，复原以及恢复操作。
oracle dg实施方案
oracle dg实施方案Oracle DG实施方案在当今信息化时代，数据安全备份和灾难恢复已经成为企业信息化建设中不可或缺的一部分。
Oracle DG（Data Guard）作为Oracle数据库的一项重要功能，为企业提供了可靠的数据保护和灾难恢复方案。
本文将围绕Oracle DG实施方案展开讨论，为大家介绍Oracle DG的基本原理、实施步骤和注意事项。
首先，我们需要了解Oracle DG的基本原理。
Oracle DG是一种基于物理复制的数据保护和灾难恢复解决方案，通过将主数据库的变更记录传输到备库，实现了主备数据库之间的数据同步。
当主数据库发生故障时，可以快速切换到备库，实现灾难恢复。
因此，在实施Oracle DG时，需要确保主备数据库之间的网络连接畅通，并且备库的性能要足够强大，能够满足灾难恢复的需求。
其次，我们来介绍Oracle DG的实施步骤。
首先，需要在主数据库和备库上创建必要的归档模式，并确保主备数据库之间能够成功归档日志文件。
接着，需要配置主数据库和备库之间的网络连接，确保能够正常传输变更记录。
然后，需要在主数据库上启用归档日志模式，并将归档日志传输到备库。
最后，需要在备库上配置应用服务，实现数据的实时应用和灾难恢复功能。
在实施Oracle DG时，还需要注意一些事项。
首先，需要定期测试灾难恢复方案，确保备库的数据能够及时恢复。
其次，需要监控主备数据库之间的网络连接和数据同步情况，及时发现并解决问题。
此外，还需要定期对主备数据库进行性能优化，确保灾难恢复的效率和可靠性。
综上所述，Oracle DG作为一种重要的数据保护和灾难恢复解决方案，在企业信息化建设中具有重要的作用。
通过本文的介绍，相信大家对Oracle DG的基本原理、实施步骤和注意事项有了更深入的了解，希望能够为大家在实施Oracle DG时提供一些帮助和参考。
同时，也希望企业能够重视数据安全备份和灾难恢复工作，保障企业信息化建设的顺利进行。
广西数据库容灾方案建议
广西数据库容灾方案建议一、ORACLE容灾方案概述：作为企业IT架构核心部件的数据库，在整体IT架构的容灾方案中，同样也是重要的组成部分。
针对ORACLE数据库的容灾方案就是其DATA GUARD产品组件，简称DG。
ORACLE DATA GUARD是在其10G的版本后修改的名称，其前身（9I版本）的名称叫做STANDBY DATABASE。
从名称就可以看到，其实就是一个备库。
也就是原有的数据库叫做主库，再增加一套数据库作为主库的备用库来使用，而备库会自动地从主库同步数据，这样就可以时刻保持与主库的数据一致。
当有灾难、故障、或者人为失误、入侵等原因造成主库不可用时，可以快速地启用备用库来接管主库的角色，从而给业务带来的损失也就可以控制在了最小的程度。
无论是计划内的停机维护，还是计划外的系统异常或故障，ORACLE DG 都可以及时地启动角色的切换过程。
此外，DG还可以延伸出一系列的应用，诸如：数据库的物理备份、报表分析类只读查询业务等。
由备库承担此类应用可以分担主库的负载，使资源利用更加合理和充分。
只要配置规划合理，这是一种一举多得的方案选择。
从配置上来讲，主库与备库间是通过网络也就是Oracle Net来连接的。
原则上来讲，既可以是同地也可以是在异地间做同步。
从投入规模和同步效率来讲，同地灾备方案的投入肯定异地灾备要小得多，而且同步的效率也高得多。
但这种配置严格上来讲是达不到真正灾备的等级要求的，因为在同一机房部署的两套数据库系统是有可能毁于同一灾难性事件的。
所以，从安全性的角度来讲，异地部署DG是必要的条件，但这对异地间通信链路的质量也提出了更高的要求。
因为主、备库之间是需要实时同步数据更新的，网络质量决定了整个灾备系统架构的可用性级别，过差的网络质量所导致的数据同步延迟有可能会造成备库丢失数据甚至是无法承担接管主库角色的功能，从而使灾备方案的有效性也大打折扣了。
为了解决这一问题，ORACLE DG在保护模式上设计了三种方式：最大保护、最大性能和最大可用。
基于Linux的Oracle Data Guard数据容灾系统
基于Ｌｉｎｕｘ的ＯｒａｃｌｅＤａｔａＧｕａｒｄ数据容灾系统李春兰（湛江财贸学校，广东湛江５２４０００）１绪论１．１容灾备份系统的发展现状容灾备份的概念始于２０世纪７０年代中期的美国，最早应用于这种技术的部门是银行系统。
当时的容灾只考虑了数据同步存储的地理分散性，没有考虑业务运行的连续性。
到了２０世纪９０年代末期，随着通信行业的迅速发展，电子商务、政务得到广泛应用，这对系统的高可靠和业务连续性提出来更高的要求。
近年来，随着恐怖势力的抬头和应对自然灾害的需求，各国政府部门和大型企业对于建立一套保障系统已经是不可或缺的。
国际上，西方发达国家的重要部门都在远离数据中心的异地建设了容灾备份系统。
例如：美国的ＷｅｌｌｓＦａｒｇｏＢａｎｋ、法国的法兰西银行等。
而在我国，行业用户的容灾系统建设也正在迅速发展。
大型企业、重要行业部门正在逐步建立统一的业务连续性管理机制，对容灾系统建设的投入也呈稳定增长的态势。
１．２本论文的主要研究内容与结构本论文从进程结构、工作方式等方面对ＯｒａｃｌｅＤａｔａＧｕａｒｄ技术进行研究。
为打造一个高可用性、全面数据保护、高灵活性的数据库容灾系统进行探索，对于解决业务应用系统不稳定、数据丢失等问题，实现系统的容灾具有很好的借鉴作用。
本论文共分为六章：第一章为绪论，主要阐述了容灾系统的发展现状，论文的主要研究内容和结构安排。
第二章介绍了Ｏｒａｃｌｅ数据库的基本体系结构，ＯｒａｃｌｅＤａｔａＧｕａｒｄ的原理，对ＯｒａｃｌｅＤａｔａＧｕａｒｄ技术从内部实现原理，工作方式等方面进行了研究。
第三章介绍了容灾系统的搭建环境，包括虚拟机版本，Ｌｉｎｕｘ版本，Ｏｒ－ａｃｌｅ版本等。
第四章是对ＯｒａｃｌｅＤａｔａＧｕａｒｄ技术的实践，搭建一个实用的容灾系统。
第五章是对搭建完成的容灾系统进行各种压力测试，验证其高可靠性和高可用性。
第六章是对本论文研究的课题进行总结。
２ＤａｔａＧｕａｒｄ原理２．１ＤａｔａＧｕａｒｄ结构ＤａｔａＧｕａｒｄ是对数据在数据库层面进行的一个保护，它是一个集合，由一个Ｐｒｉｍａｒｙ数据库及一个或多个Ｓｔａｎｄｂｙ数据库（最多９个Ｓｔａｎｄｂｙ）组成。
ORACLE DataGuard容灾监控方案
ORACLE DataGuard容灾监控方案探讨王靖，刘丽洁(中国移动通信集团河北有限公司，河北石家庄050011)摘要：通信行业关键业务的数据多使用ORACLE Data Guard建立容灾，但企业容灾建立之后，容灾系统的运行状态监控处于失控状态，本文对容灾实现及容灾的监控行了分析、探讨，给出建议。
关键词：数据库容灾；容灾监控；Data Guard；监控中图分类号：TP309文献标识码：A文章编号：1673-1131（2012）06-0201-03Discussion on the Oracle Data Guard Disaster Recovery Monitoring ProgramWANG Jing，LIU Li-jie(China Mobile Group Hebei Co.,Ltd.,Shijiazhuang；050011)Abstract:The Business-critical applications in Communications industry usually using oracle Data Guard for data protect and Disaster recovery,but after deploy the Data Guard environment,many people lost the control of monitoring of the DR system. This paper will introduce how to deploy the DR system and how to monitoring the DR system,and also provide some advices about it.Keywords:oracle Data Guard disaster recovery;disaster recovery monitoring;Data Guard monitoring0前言灾难备份和灾难恢复是降低灾难发生的损失、保证系统连续运行的重要措施[1].Oracle DataGuard是Oracle公司基于数据库级别的容灾解决方案[4],可以提供企业的关键业务在灾难发生时的应对能力和恢复能力,通过尽可能快速的、全面恢复企业的业务运作,将因灾难造成的损失降低到最小程度[2]。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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 SW4900SE9970 L180 (2 LTO-3)V280RNBU Master Server ST9990 SF25KDomain A Domain B Domain C Domain DVTL1.2.2数据库平台发卡系统中的数据库系统，是整个生产系统中最关键、最复杂的数据对象，发卡系统的业务运转直接依赖于这些数据的可用性。
为了确保数据库的高可用性，发卡系统数据库使用了Oracle 10g RAC 版本10.2.0.2，主、备机两节点的数据库实例同时运行，一旦主节点出现问题，数据库实例无需启停，可迅速将应用系统切换至备节点。
截至到2008年8月底，各数据库实例数据量情况见下表： 实例名 总数据量（GB ） Archive log 数据量（GB ） 高峰期Archive log 变化量（MB/s ） 平均每天 最大帐单日 HX25 1 4 0.42 SZ15 1 2 0.20 CR93 4.5 5 0.40 DE38 1.5 5 0.58 UC275 12 16 2.95 合计 446 20 32 4.55SE9970 ST9990生产主机VxVM Mirror Volume1.3 用户需求银联数据拟为提供外包服务的各银行发卡系统建设异地灾备系统，生产系统位于上海，灾备系统位于北京。
主备中心之间采用数据库复制软件进行异步数据复制，以保证生产数据的安全性，满足发卡系统的业务连续性需求。
1.3.1日常功能●将生产中心发卡系统上的数据库变化实时异步复制到灾备中心；●灾备中心的Oracle数据库处于打开状态，可提供实时数据查询；●对生产系统的资源占用不能太多，不能影响到生产系统的正常运行；●对网络带宽的占用较低。
1.3.2故障切换●当生产中心的系统无法正常运行，而又不能在短期内恢复时，可利用灾备中心提供业务接管。
●灾备中心必须在生产中心不可用6小时之内完成业务接管。
●当生产中心服务器恢复正常后，数据复制系统需要将灾备中心的最新数据反向复制回生产中心，实现业务的恢复。
1.3.3基本要求●复制软件应满足在单机或RAC环境下，对Oracle在线日志(Online redo log)的捕捉及复制；●支持Oracle中所有的常用数据类型，如Oracle中的LONG 、LONG RAW、BLOB、CLOB、NCLOB、TIMESTAMP等，可实现用户自定义表、字段进行复制；●支持对数据库中常用DDL操作的复制；●支持事务复制，要求对数据库中较大的事务不会出现过多延迟；●支持没有PK/UK字段的表的同步。
●数据复制过程可根据需要灵活地进行控制或修改复制的方向，以满足业务需求；●支持在数据复制过程中对数据正确性进行校验，如正在复制的数据在之前就已经不一致，应提供报警功能，以便及时发现错误，避免错误的扩大；●提供专用图形化集中管理软件。
1.3.4性能要求●数据库初始化同步要求数据库复制软件能够将发卡系统的数据库中已有数据初始化同步到灾备中心数据库。
在初始化同步过程中，业务不能停止，但可选择业务量较小时段进行。
在解决方案书中要求详细描述初始化数据同步解决方案，以及整个首次同步操作所需要的时间（以100GB数据为标准），并且要求列出整个首次初始化过程中是否需要人为干预，从而可以有效地评估整个首次数据初始化的工作量。
为了保证生产中心日后业务扩展存在更换服务器厂商以及数据库版本等情况，需要注明是否支持异构平台下的首次数据初始化同步，是否支持跨数据库版本之间数据库的初始化同步操作。
●数据复制性能指标数据复制的性能指标与系统平台、网络带宽、应用系统等因素密切相关，参照下列运行环境：要求提供相应的性能参数指标：1.3.5数据一致性要求数据库复制软件提供数据库初始化同步、数据恢复后以及日常的数据一致性检查方案，要求方案中详细注明该数据一致性比对方案的特点以及操作复杂度，并可满足如下要求：●可在应用不停机的情况下，查找和发现不一致的数据；●一致性检查需要能够进行对象属性、记录条数和记录的字段内容进行一致性检查；●提供全库的记录级一致性检查时间（以100GB的数据为例）。
●支持不含PK/UK字段的表的一致性检查和修复。
请提供在没有PK/UK字段的表中有1000万条记录的比对时间。
对于不一致的数据，需要提供不一致记录详细信息，以便进行精确的修复，同时提供数据修复方案。
数据修复工作要求操作简单，修复速度快，且修复过程中不影响业务正常运行。
1.3.6系统兼容性数据库复制软件应支持以下操作系统平台：●Sun Solaris 9,10●IBM AIX 5.x数据库复制软件应支持Oracle 9i，Oracle 10g，Oracle 11g及后续数据库版本；支持异构平台，源端和目标端不同数据库版本；支持Cluster/HACMP和RAC模式，并支持不同操作系统下不同数据库版本之间的复制。
1.3.7高可用性主系统和备用系统的数据库处于双活状态，以保证在灾难发生前可在两个系统上运行不同类型的应用程序。
数据库复制软件应支持本地Cluster/HACMP的高可用方式，在本地单节点出现故障时，可通过Cluster软件接管到其它节点。
1.3.8健壮性要求数据库复制软件在各种大压力和各种故障情况下不会造成数据复制失败。
●网络故障：长时间中断、短时间中断及网络时断时续情况下的正常复制；●数据库故障：在目标端数据库故障下，源端数据库不能受到影响。
当目标端数据库修复后，复制软件继续工作；●服务器硬件故障：在目标端服务器故障下，源端生产系统不能受到影响，当目标端修复后，复制软件继续工作。
1.3.9设备无关性独立于任何硬件设备、操作系统和Oracle数据库的不同版本，能够实现不同平台之间数据库的复制。
1.3.10管理监控功能数据库复制软件需提供统一的管理监控功能，能实现对复制软件的运行状态、运行日志、系统配置等方面进行统一的管理及监控，保证出现错误时具有完整方便的报警及跟踪机制，方便故障的快速定位和解决。
第二章Oracle Data Guard介绍容灾系统主要包括数据保护和应用切换两大方面，其中最为重要的是数据保护部分。
除了要将这些数据存放在高可用的存储设备上之外，最重要的是这些关键数据应该在异地之间保持一致，以使灾难发生后，系统可以尽快恢复。
下面是几种主要的数据保护技术。
实现数据的异地复制，有软件方式和硬件方式两种途径。
软件方式，是通过主机端软件来实现，如第三方软件或者数据库厂家提供的远程数据容灾工具来实现业务数据的远程复制。
硬件方式，是基于智能存储系统的控制器的远程拷贝，可以在主、备存储系统之间通过硬件实现复制。
在实际的容灾系统中，由于系统的环境不同，安全性要求不同以及采用的软硬件产品不同，数据复制过程中的工作机制也不尽相同。