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]。
基于Oracle Data Guard的容灾策略与实现
基于Oracle Data Guard的容灾策略与实现
汪艳明
【期刊名称】《中小企业管理与科技》
【年(卷),期】2009(000)009
【摘要】本文论述了数据库容灾备份的概念以及Data Guard概述,从Da-ta Guard保护模式、工作原理等方面分析了Oracle Data Guard容灾技术的可用性.讨论了如何利用Data Guard技术来实现数据容灾备份,并给出了详细的实现方法.【总页数】1页(P244)
【作者】汪艳明
【作者单位】长江大学东校区研究生学院,07级
【正文语种】中文
【中图分类】TP3
【相关文献】
1.基于Oracle Data Guard的容灾策略设计与实现 [J], 黄剑
2.基于Oracle Data Guard的双机热备策略的设计与实现 [J], 赵婷
3.Oracle Data Guard容灾技术与实现 [J], 张辉华;陈孟东
4.基于Oracle Data Guard的数据库容灾方案的设计 [J], 刘超; 叶忠
5.Oracle Data Guard容灾技术的研究与实现 [J], 杨剑;王瑜
因版权原因，仅展示原文概要，查看原文内容请购买。
oracle 容灾方案
oracle 容灾方案随着企业业务的不断发展和数据规模的增大，数据的安全性和可用性变得越来越重要。
针对数据库系统，一个可靠的容灾方案可以保证业务的连续性和数据的完整性。
本文将介绍Oracle容灾方案，以保障数据库系统的高可用性和灾难恢复能力。
一、为什么需要Oracle容灾方案1. 业务连续性要求：对于关键业务系统，需要保证系统24/7的可用性。
一旦主数据库发生故障，需要快速切换到备用数据库，以保证业务的连续性。
2. 数据完整性和可靠性：数据是企业最重要的资产之一，任何数据丢失或损坏都会对业务造成严重影响。
通过备份和容灾方案，可以确保数据的完整性和可靠性。
3. 灾难恢复能力：自然灾害、人为错误等不可预测的因素可能导致主数据库无法正常运行，容灾方案可以帮助企业快速恢复数据库，并减少灾难带来的损失。
二、Oracle容灾方案的基本原理1. 主备数据库架构：主数据库和备用数据库之间建立同步或异步的数据复制机制，主数据库负责处理实时的业务请求，备用数据库负责持续接收主数据库的数据复制，并通过数据库实例的冷备、热备或物理、逻辑备份等方式备份数据。
2. 心跳检测和故障切换：主备库之间通过心跳检测机制，监测主库的可用性。
一旦主库不可用，系统会自动触发故障切换机制，自动将备库切换为主库，确保业务的连续性。
3. 数据同步和数据保护：主备库之间通过数据复制机制实现数据的同步。
可以选择同步或异步的数据复制模式，根据业务需求选择合适的方式来保证数据的同步和保护。
1. 数据库镜像：通过Oracle Data Guard功能实现主备库的数据复制和同步。
主库实时将数据变更同步到备库，备库可以作为只读库用于报表查询、负载均衡等工作。
一旦主库故障，自动进行故障切换，将备库切换为主库。
2. 数据库备份和恢复：通过RMAN工具进行数据库的物理备份，将备份文件存储在独立的存储介质上，以保证数据的完整性。
在主库故障后，可以通过RMAN工具进行数据库恢复，将备份文件恢复到备库，使其成为新的主库进行业务处理。
oracle数据库DG融灾配置方案
Oracle 数据库data guard 容灾配置方案方案设计者：巩利民 2009年4月15日一、data guard简单介绍Data Guard 是一个集合，由一个primary 数据库(生产数据库)及一个或多个standby 数据库(最多9 个)组成。
组成Data Guard 的数据库通过Oracle Net 连接，并且有可能分布于不同地域。
Data Guard与操作系统没有任何关系（但操作系统的类型必须是一样的，版本可以不同），只要oracle数据库能够连通就可以了。
Standby又可以分为物理Standby和逻辑Standby，二者是有区别的，区别主要体现在对数据的真实性的写照上。
物理Standby就像我们照镜子一样的，完全真实的呈现，逻辑Standby就像一位画家给我们素描。
根据两种standby的不同特点，我们这里采用物理Standby 来实现容灾。
Data Guard的要求是数据库版本必须是企业版的数据库，标准版数据库不支持DG操作。
二、Data Guard的配置方法1、准备工作不管物理standby 还是逻辑standby，其初始创建都是要依赖primary 数据库，因此这个准备工作中最重要的一部分，就是对primary 数据库的配置。
1）打开Forced Logging 模式将primary 数据库置为FORCE LOGGING 模式。
通过下列语句：SQL> alter database force logging;注：这个操作在后期的standby数据库创建完成后也要执行这个操作此命令是设置切换后日志能够正常传送2）创建备份shutdown冷备(主要是数据库的数据文件、日志文件、控制文件等).3）将primary置为archive log 状态：（现在的数据库已经在归档模式下了，所以这一步就可以省略了）C:>sqlplus/nologSql>conn sys/ennoracle as sysdba再执行以下命令Sql>shutdown immediateSql>Startup mount（只能在mount格式下，不能再open下）Sql>alter database archivelog;Sql>alter system archive log start修改primary 库的配置文件。
(完整word版)OracleDataGuard容灾解决方案
Oracle DataGuard容灾解决方案目录一. 需求分析 (3)二. 解决方案 (3)拓扑架构 (3)方案特点 (4)方案优势 (4)产品介绍 (5)三. Oracle维保服务 (8)四. 方案报价 (10)一. 需求分析用户现有两台服务器，windows2008平台，一台运行oracle 11g r2，一台运行用友NC 6.3。
现在通过每天备份的方式保证安全。
用户希望在他的另一个机房（裸光纤互联）中搭建容灾平台。
因此本方案针对以上现状，提出Oracle DataGuard容灾解决方案，这样主数据库在遇到极端状况时，可以及时切换到备库，保证业务的连续性。
二. 解决方案拓扑架构Dataguard可以实现远程数据容灾,利用该功能也可实现高可用性。
数据容灾是指建立一个异地的数据系统，该系统是本地关键应用数据的一个实时复制。
在本地数据及整个应用系统出现灾难时，系统至少在或本地异地保存有一份可用的关键业务的数据,基于该功能,结合客户实际情况我方推荐使用其作为保证系统可靠运行的一种解决方案,由于两台机器的数据一致性以及低延迟,完全可以胜任,在主机出现故障时,切换至备机运行。
方案特点➢对现有的环境改动小，能最大限度的减少对现有应用系统的影响。
➢能满足客户对海量数据的管理要求。
➢可以实现远距离容灾，对网络要求低，低延时，快速业务切换。
➢同步或异步日志传输；➢低成本的投入。
方案优势灾难恢复和高可用性—Data Guard 提供了一个高效和全面的灾难恢复和高可用性解决方案。
易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换，从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。
完善的数据保护—使用备用数据库，Data Guard 可保证即使遇到不可预见的灾难也不会丢失数据。
备用数据库提供了防止数据损坏和用户错误的安全保护。
主数据库上的存储器级物理损坏不会传播到备用数据库上。
同样，导致主数据库永久损坏的逻辑损坏或用户错误也能够得到解决。
oracle数据库容灾方案介绍
JNL-VOL
M-DKC
• 远端存储采用“吸”的方式拷贝jounal，按照时间戳、顺序号 更新备份卷
• 最小的对生产系统的性能冲击，充分利用灾备存储设备投资
• 解决链路故障、cache容量、链路带宽对复制的影响
Data transferred by the Read JNL
command issued by the R-DKC.
－1－基于数据库复制的容灾技术
• Oracle Data Guard数据库远程复制技术，异构存储解决方案 • 限制与弱点：
– 只能针对Oracle管理的数据，应用关联性保证？ – 不能跨主机平台，Oracle版本对等，“N－1”？ – 占用主机CPU资源, 实施周期长，维护复杂，隐性成本过高 – 备份中心的备份数据较难回切主中心，不支持数据级容灾 – 有待证实应用普遍性
灾难恢复站点
RecoverPoint 应用装置
CRR 拷贝
备用灾难 恢复服务器
SAN 磁带备份 管理器
磁带库
利用 EMC Replication Manger 和 EMC NetWorker 增强的支持功能
服务器一致性复制和恢复
支持服务器和存储阵列的联合收集
异步崩溃一致性和应用程序一致性恢复
• 限制： – 同构存储
• 产品： – EMC的mirror view、 SRDF – HDS的TrueCopy – IBM的IBM PPRC – HP BusinessCopy等；
服务器
应用程序 文件系统 数据库
卷管理器
服务器
应用程序 文件系统 数据库
卷管理器
I/O
P-VOL
远程数据复制 同步或异步方式
灾备中心
oracle dg 方案
Oracle DG 方案1. 简介Oracle Data Guard（DG）是Oracle数据库提供的一种高可用性和灾难恢复解决方案。
它通过在主数据库和一个或多个辅助数据库之间建立物理或逻辑复制，实现数据的实时备份和同步，从而提供了数据的可用性和保护。
2. 物理复制2.1 主数据库配置在主数据库上配置DG，需要执行以下步骤：•创建物理复制所需的日志传输服务•配置主数据库的归档模式•启用日志传输和应用服务首先，我们需要创建一个可用于日志传输的网络服务，以便主数据库可以将归档日志传输到辅助数据库。
然后，将主数据库配置为归档模式，确保归档日志可以被传输和应用到辅助数据库上。
最后，需要启用日志传输和应用服务，以确保日志的实时传输和辅助数据库的数据同步。
2.2 辅助数据库配置在辅助数据库上配置DG，需要执行以下步骤：•创建辅助数据库实例•配置辅助数据库的连接和归档信息•启动辅助数据库实例•应用主数据库的归档日志首先，需要创建一个辅助数据库实例，该实例将用于接收和应用主数据库的归档日志。
然后，需要配置辅助数据库的连接信息，以确保它可以与主数据库进行通信，并获取归档日志。
接下来，启动辅助数据库实例，并配置归档日志的应用方式。
3. 逻辑复制逻辑复制是另一种Oracle DG的实现方式，它基于逻辑单位（如表或模式）的复制，而不是物理上的块复制。
逻辑复制可以在主数据库和辅助数据库之间实现数据的实时同步和备份。
3.1 主数据库配置在主数据库上配置逻辑复制，需要执行以下步骤：•创建逻辑复制所需的逻辑连接和组织形式•配置主数据库的归档模式（可选）•启用逻辑复制首先，我们需要创建逻辑复制所需的逻辑连接和组织形式。
逻辑连接是主数据库和辅助数据库之间的连接，它使得数据可以被传输和同步。
接下来，如果需要，我们可以将主数据库配置为归档模式，以便归档日志可以被传输和应用到辅助数据库上。
最后，启用逻辑复制，以确保数据的实时同步。
3.2 辅助数据库配置在辅助数据库上配置逻辑复制，需要执行以下步骤：•创建逻辑复制所需的逻辑连接和组织形式•启用逻辑复制服务首先，我们需要创建逻辑复制所需的逻辑连接和组织形式，以确保辅助数据库可以与主数据库进行通信，并接收和同步数据。
基于Oracle Data Guard的容灾策略与实现
基于Oracle Data Guard的容灾策略与实现发表时间：2009-05-25T16:48:57.450Z 来源：《中小企业管理与科技》2009年3月下旬供稿作者：汪艳明[导读] 讨论了如何利用Data Guard技术来实现数据容灾备份，并给出了详细的实现方法。
摘要：本文论述了数据库容灾备份的概念以及Data Guard概述, 从Data Guard 保护模式、工作原理等方面分析了Oracle Data Guard容灾技术的可用性。
讨论了如何利用Data Guard技术来实现数据容灾备份，并给出了详细的实现方法。
关键词：数据库容灾备份 Data Guard0 引言随着计算机的广泛应用，数据存储的重要性不言而喻。
数据对于企业来说是非常宝贵的资源，尤其对数据信息依赖程度很高的企业更是相当重要。
而数据备份重于一切，这点我们必需知道, 数据备份几乎是任何计算机系统中绝对必需的组成部分，意外断电、系统或服务器崩溃、用户失误、磁盘损坏甚至数据中心的灾难性丢失都可能造成数据库文件的破坏或丢失，而这些文件往往包含着珍贵的数据, 经不得任何损失。
但是我们该如何保护这一资源？用什么办法措施来保护数据？如何才能高性能高可靠性的保护数据？本文提出了基于Oracle Data Guard技术的数据保护的设计方案并加以实现。
1 容灾美国9.11事件，给世界的企业敲响了警钟，同样遭受9.11恐怖袭击的企业，有的很快恢复业务，有的却因此而不能正常运作。
各种自然灾害和突发事件都有可能导致企业信息系统的瘫痪，甚至导致灾难性后果，所以，作为企业与数据信息系统的负责人，一定要做好容灾保护工作。
2 Data Guard2.1 Data Guard概述 Oracle Data Guard 是管理、监控和自动化软件的基础架构，它提供了一种管理、监测和自动运行的体系结构，用于创建、维护和监控一个或多个备用数据库，以保护企业数据结构不受故障、灾难、错误和崩溃的影响。
Oracle DataGuard在异地容灾中的分析与应用
Ｔｈ ａ ｙ ｉ ａ ｄ Ａｐ ｌ ａ ｉ ｎ ｏ ａ ｌ ｔ Ｇｕ ｒ ｂ ｆ－ ｅ ｓ ｓｅ ｃ ｖ ｒ ｅＡｎ ｌ ｓ ｎ ｐ ｉ ｔ ｆＯｒ ｃｅ Ｄａ ａ ａ ｄ ｆ ｒ Ｄｉ Ａｒ ａ Ｄｉａ ｔ ｒ Ｒｅ ｏ ｅ ｙ ｓ ｃ ｏ
Ｐ Ｎ Ｌ＿ ｉ ｇ ， Ａ Ｙ ｎ — ａ ｇ Ａ ｉｊ ｎ ’ Ｂ Ｏ ｏ ｇ ｔ ａ ｎ
ｄｆ－ａｅ ｓｓｅ ｅ ｏ ｒ ． ｉ ｒ ａｄｉａｔｒｒｃ ｖｅ ｙ
Ｋｅ ｒ ｓ Ｏ ｒｃｅＤａａ ａ ｄ ｄ ｆ ａ ｅ ｉ ｓｅ ｅ ｏ ｅ ｙ ａ ａ ｓ ｎ ｐ ｌ ａｉｎ ｙ ｗｏ ｄ ： ａ ｌ ｔ Ｇｕ ｒ ； ｉ － ｒａ ｄｓ ｔｒｒ ｃ ｖ ｒ ； ｎ ｌ ｉ ａ ｄ ａ ｐ ｉ ｔ ａ ｙ ｓ ｃ ｏ
（． ｐ． ｆＣｏ ｕｅ ｎ ｍｍｔ ｃｎ ｎ Ｅ ｇｎ ｅ ｎ ， ｉａＵｎｖ ｒ Ｗ ｆＰ ｔｏｅ ｍ， ｎ ｙｎ ５ ０ １Ｃｈｎ ； ．ｉａ ｃ ｒａ ｎ ｒ １Ｄｅ ｔ ｏ ｍｐ ｔｒａ ｄＣｏ ｍｉａ ｏ ｎ ｉｅ ｄ ｇ Ｃｈｎ ｉｅｓ ｏ ｅｒｌｕ Ｄｏ ｇ ｉｇ ２ ７ ６ ｉａ ２Ｆｎ ｎ ｅＢｕ ｅｕＩ ｆ － ｉ ｏ
ｔｏ ｎｄ ｉ ｆ ｍ ａｔｏ ｏ ｅ ｒ ｔｄ．Ｔｈｓｐ ｐｅ ｎｔｏｄ ｅ ｈ ｒ ｃｅＤ ａａ ｉ ｎ ａ ｎ ｏ ａｉｎ ｃ ｎｃ ｎｔａｅ ｉ ａ ｒｉ ｒ ｕｃ ｓｔ ｅ Ｏ ａ ｌ ｔＧｕａｄ ａ ｏ ｔｕｃｓｔ ｅ ｄｉ－ ａｅ ｓｓｅ ｅ ｏ ｅｙ，ａ ｅｅ ｒ ｎｄ ｃ ｎｓｒ ｔ ｈ ｆ ｒ ａｄｉａｔｒｒ ｃ ｖ ｒ ｎｄ ｐｒｓ ｎ￣
ｔ ｔｕ ｔ ｅ ｃ ａ ｔａ ｄ ｔ ｅ ａｌｄ ｉ ｐ ｅ ｅ ｔｐｓｏ ｉ －ａ ｅ ｓｓｅ ｅ ｏｖ ｒ ．Ｔｈｅ ｅ ｈｅ ｓｒ ｃｕｒ ｈ ｒ ｎ ｈｅ ｄ ｔｉｅ ｍ ｌｍ ｎｔｓｅ ｆｄｆ ｒａ ｄｉ ｔ ｒｒ ｃ ｅ ｙ ａ ｘｐｅｉ ｅ ｈｏ ｓｔ ｔｉ ｃ ｌ ａ ｈｉｖ ｈ ａ ｆ ｒｍ ｎｔｓ ｗ ｈａ ｔ ｏｕｄ ｃ ｅ ｅ ｔ ｅ ｇｏ ｌｏ
(完整word版)OracleDataGuard容灾解决方案
Oracle DataGuard容灾解决方案目录一. 需求分析 (3)二。
解决方案 (3)2.1 拓扑架构 (3)2.2 方案特点 (4)2。
3 方案优势 (4)2.4 产品介绍 (5)三。
Oracle维保服务 (8)四. 方案报价 (11)一. 需求分析用户现有两台服务器，windows2008平台,一台运行oracle 11g r2，一台运行用友NC 6.3.现在通过每天备份的方式保证安全。
用户希望在他的另一个机房(裸光纤互联）中搭建容灾平台。
因此本方案针对以上现状,提出Oracle DataGuard容灾解决方案,这样主数据库在遇到极端状况时，可以及时切换到备库,保证业务的连续性。
二. 解决方案2.1 拓扑架构Dataguard可以实现远程数据容灾,利用该功能也可实现高可用性。
数据容灾是指建立一个异地的数据系统，该系统是本地关键应用数据的一个实时复制.在本地数据及整个应用系统出现灾难时，系统至少在或本地异地保存有一份可用的关键业务的数据，基于该功能,结合客户实际情况我方推荐使用其作为保证系统可靠运行的一种解决方案,由于两台机器的数据一致性以及低延迟,完全可以胜任,在主机出现故障时,切换至备机运行。
2.2 方案特点➢对现有的环境改动小,能最大限度的减少对现有应用系统的影响.➢能满足客户对海量数据的管理要求。
➢可以实现远距离容灾，对网络要求低，低延时，快速业务切换。
➢同步或异步日志传输；➢低成本的投入。
2.3 方案优势灾难恢复和高可用性 - Data Guard 提供了一个高效和全面的灾难恢复和高可用性解决方案。
易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换，从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。
完善的数据保护—使用备用数据库,Data Guard 可保证即使遇到不可预见的灾难也不会丢失数据.备用数据库提供了防止数据损坏和用户错误的安全保护。
主数据库上的存储器级物理损坏不会传播到备用数据库上。
oracle dg 方案
oracle dg 方案Oracle DG (Data Guard) 方案随着数据量的爆炸增长和企业对数据安全性和可用性的要求越来越高，数据库高可用性解决方案变得越来越重要。
Oracle DG （Data Guard）方案被广泛应用于保障数据库的高可用性、灾难恢复和数据保护。
1. 什么是Oracle DG（Data Guard）方案？Oracle DG（Data Guard）是Oracle数据库提供的一种数据保护和高可用性解决方案。
它通过将主数据库的变更流（Redo Log）传输到一个或多个备用数据库，提供了实时的数据备份和复制。
一旦主数据库发生故障，备用数据库可以快速切换为主数据库，实现无感知的故障切换。
2. Oracle DG方案的工作原理Oracle DG方案主要通过三个关键组件实现高可用性和数据保护：主数据库、备用数据库和Redo传输机制。
主数据库用于处理用户的读写请求，生成Redo Log，并将其传输到备用数据库。
备用数据库通过应用主数据库的Redo Log，实时同步数据。
3. Oracle DG方案的优势（1）高可用性：Oracle DG方案可以实现自动故障切换，降低系统停机时间，确保业务连续性。
当主数据库发生故障时，备用数据库可以立即接管。
（2）数据保护：通过实时传输主数据库的Redo Log，Oracle DG方案提供了可靠的数据保护。
即使主数据库发生灾难性故障，备用数据库也可以快速恢复数据。
（3）灾难恢复：Oracle DG可以将备用数据库部署在远程地点，以实现异地灾难恢复。
当主数据中心遭受自然灾害等严重破坏时，备用数据库可以恢复服务，保障业务的持续运行。
4. Oracle DG的几种模式Oracle DG方案可以根据数据库同步方式的不同分为三个模式：最大性能模式、最大可用性模式和最大保护模式。
（1）最大性能模式：主数据库将Redo Log传输给备用数据库，不等待其确认。
这种模式下，主数据库的性能最高，适用于对数据延迟要求较高，可承受一定数据损失的应用场景。
Oracle数据库容灾技术专题(两台主机)解析
二、在一台主机上建立物理备用数据库。
（4）准备主数据库参数文件。 Valid_for属性 VALID_FOR允许同时为主备库数据库角色配置目的地属性，使DG切换后能正常工作。简 化切换和故障转移。默认valid_for＝(all_logfiles,all_roles) 格式：VALID_FOR=(redo_log_type,database_role) redo_log_type包括：online_logfile、standby_logfile、all_logfiles database_role包括：primary_role、standby_role、all_roles redo_log_type的意思是指定要归档的日志文件类型； database_role的意思是，当数据库处于这个角色时，才会往log_archive_dest_n这个 地址归档日志文件(redo_log_type的日志)。 例如： 1.配置log_archive_dest_2=‘SERVICE=primary LGWR ASYNC VALID_FOR＝ (online_logfile,primary_role)’ 当这个备用库切换成主库时,也就是说这个库角色为primary时，会将online_logfile里 (在线日志文件)的日志记录归档到tnsnames=primary的库。 2.配置log_archive_dest_3='LOCATION=/data/arch VALID_FOR=(standby_logfile,standby_role)' 当这个库角色为standby时，当standby log写满时，会将standby log归档到/data/arch 目录。而不会将online logfile的内容归档到这里。 VALID_FOR的作用可以用一句话来总结： 控制，当配置有VALID_FOR的数据库处于database_role时，允许归档redo_log_type到 log_archive_dest_n所配置的路径。
oracle dataguard原理
oracle dataguard原理Oracle Data Guard是Oracle数据库提供的一种灾难恢复解决方案，通过实时数据复制和自动故障转移，确保数据库在灾难事件发生时能够快速恢复并保持高可用性。
本文将介绍Oracle Data Guard的原理和工作机制。
Oracle Data Guard通过将主数据库的变更记录传输到一个或多个辅助数据库来实现数据复制。
主数据库是应用程序的主要操作数据库，而辅助数据库则是主数据库的备份。
主数据库将其变更记录写入日志文件中，并将日志文件传输到辅助数据库。
辅助数据库根据接收到的变更记录进行恢复，并保持与主数据库的同步。
在Oracle Data Guard中，主数据库和辅助数据库之间通过Redo 传输实现数据的复制和同步。
主数据库将其变更记录写入归档日志文件中，辅助数据库通过传输归档日志文件来接收变更记录。
辅助数据库将接收到的归档日志文件应用到自己的数据库中，从而实现与主数据库的同步。
Oracle Data Guard提供了多种数据保护模式，包括最大性能模式、最大可用性模式和最大保护模式。
最大性能模式下，主数据库不等待辅助数据库确认接收到的变更记录，可以最大程度地提高性能。
最大可用性模式下，主数据库等待辅助数据库确认接收到的变更记录，以确保数据的一致性和可用性。
最大保护模式下，主数据库等待所有辅助数据库确认接收到的变更记录，并将其保存到磁盘上的归档日志文件中，以提供最高级别的数据保护。
在Oracle Data Guard中，还可以配置自动故障转移，以提高数据库的可用性。
当主数据库发生故障或不可用时，自动故障转移会将辅助数据库自动切换为主数据库，使应用程序能够继续正常运行。
自动故障转移可以通过配置Fast-Start Failover来实现，当主数据库不可用时，Fast-Start Failover会自动切换到辅助数据库。
除了数据复制和自动故障转移外，Oracle Data Guard还提供了许多其他功能，如实时查询、备份和恢复、跨数据中心复制等。
- 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介绍容灾系统主要包括数据保护和应用切换两大方面，其中最为重要的是数据保护部分。
除了要将这些数据存放在高可用的存储设备上之外，最重要的是这些关键数据应该在异地之间保持一致，以使灾难发生后，系统可以尽快恢复。
下面是几种主要的数据保护技术。
实现数据的异地复制，有软件方式和硬件方式两种途径。
软件方式，是通过主机端软件来实现，如第三方软件或者数据库厂家提供的远程数据容灾工具来实现业务数据的远程复制。
硬件方式，是基于智能存储系统的控制器的远程拷贝，可以在主、备存储系统之间通过硬件实现复制。
在实际的容灾系统中，由于系统的环境不同，安全性要求不同以及采用的软硬件产品不同，数据复制过程中的工作机制也不尽相同。