Oracle10g_DataGuard远程容灾技术

Oracle数据库灾备实施标准在信息化的今天，数据的重要性不言而喻。

为了保证数据的安全和完整性，灾备实施成为了企业不可忽视的一项任务。

以下是Oracle 数据库灾备实施标准的五个方面：1. 目标准备在实施灾备计划前，首先需要明确灾备的目标。

这些目标可能包括恢复丢失的数据、减少停机时间、降低业务风险等。

在确定目标后，需要对数据的重要程度进行评估，以便于合理分配资源和注意力。

同时，需要制定应急预案，包括应对各种可能发生的问题，如硬件故障、软件故障、网络中断等。

2. 实时数据复制技术的配置实时数据复制技术是Oracle数据库灾备的关键之一。

通过此技术，可以备份Oracle数据库，并在发生故障时快速恢复数据。

配置实时数据复制技术需要选择合适的复制软件，并按照软件的指导完成配置步骤。

在配置过程中，需要注意参数的设置，以确保复制的准确性和性能。

同时，需要制定备份策略，定期备份数据，以防止数据丢失。

3. 灾备服务器的安装为了确保灾备系统的正常运行，需要安装灾备服务器。

在硬件方面，需要选择性能稳定、可靠性高的服务器。

在软件方面，需要安装与生产服务器相同的操作系统和Oracle数据库软件。

同时，需要进行网络设置，确保灾备服务器能够与生产服务器进行通信。

此外，还需要进行系统备份管理，包括定期备份系统和数据，以及在需要时进行快速恢复。

4. Oracle实例的设置在灾备服务器上，需要创建备份实例，该实例将作为灾备数据库。

在创建备份实例前，需要确定备份策略，包括备份频率、备份内容等。

在创建备份实例后，需要设置备份策略，以确保备份数据的完整性和准确性。

此外，还需要进行自动备份管理，以便于在指定时间自动备份数据，并监控备份过程和结果。

5. 监控与测试为了确保灾备系统的正常运行，需要进行监控和测试。

在日常监测方面，需要定期检查灾备系统的状态和性能，以及监测数据复制过程和备份数据的完整性。

在故障排除方面，当监测到异常或故障时，需要及时采取措施解决问题，并分析故障原因，以防止问题再次发生。

Oracle DataGuard容灾解决方案目录一. 需求分析 (3)二. 解决方案 (3)2.1 拓扑架构 (3)2.2 方案特点 (4)2.3 方案优势 (4)2.4 产品介绍 (5)三. Oracle维保服务 (8)四. 方案报价 (10)一. 需求分析用户现有两台服务器，windows2008平台，一台运行oracle 11g r2，一台运行用友NC 6.3。

现在通过每天备份的方式保证安全。

用户希望在他的另一个机房（裸光纤互联）中搭建容灾平台。

因此本方案针对以上现状，提出Oracle DataGuard容灾解决方案，这样主数据库在遇到极端状况时，可以及时切换到备库，保证业务的连续性。

二. 解决方案2.1 拓扑架构Dataguard可以实现远程数据容灾,利用该功能也可实现高可用性。

数据容灾是指建立一个异地的数据系统，该系统是本地关键应用数据的一个实时复制。

在本地数据及整个应用系统出现灾难时，系统至少在或本地异地保存有一份可用的关键业务的数据,基于该功能,结合客户实际情况我方推荐使用其作为保证系统可靠运行的一种解决方案,由于两台机器的数据一致性以及低延迟,完全可以胜任,在主机出现故障时,切换至备机运行。

2.2 方案特点➢对现有的环境改动小，能最大限度的减少对现有应用系统的影响。

➢能满足客户对海量数据的管理要求。

➢可以实现远距离容灾，对网络要求低，低延时，快速业务切换。

➢同步或异步日志传输；➢低成本的投入。

2.3 方案优势灾难恢复和高可用性—Data Guard 提供了一个高效和全面的灾难恢复和高可用性解决方案。

易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换，从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。

完善的数据保护—使用备用数据库，Data Guard 可保证即使遇到不可预见的灾难也不会丢失数据。

备用数据库提供了防止数据损坏和用户错误的安全保护。

主数据库上的存储器级物理损坏不会传播到备用数据库上。

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数据库异地容灾方案介绍2008年11月目录第一章需求分析........................................ 错误!未定义书签。

序言.............................................. 错误!未定义书签。

用户现状.......................................... 错误!未定义书签。

系统平台...................................... 错误!未定义书签。

数据库平台.................................... 错误!未定义书签。

用户需求.......................................... 错误!未定义书签。

日常功能...................................... 错误!未定义书签。

故障切换...................................... 错误!未定义书签。

基本要求...................................... 错误!未定义书签。

性能要求...................................... 错误!未定义书签。

数据一致性.................................... 错误!未定义书签。

系统兼容性.................................... 错误!未定义书签。

高可用性...................................... 错误!未定义书签。

健壮性要求.................................... 错误!未定义书签。

设备无关性.................................... 错误!未定义书签。

oracle 容灾方案随着企业业务的不断发展和数据规模的增大，数据的安全性和可用性变得越来越重要。

针对数据库系统，一个可靠的容灾方案可以保证业务的连续性和数据的完整性。

本文将介绍Oracle容灾方案，以保障数据库系统的高可用性和灾难恢复能力。

一、为什么需要Oracle容灾方案1. 业务连续性要求：对于关键业务系统，需要保证系统24/7的可用性。

一旦主数据库发生故障，需要快速切换到备用数据库，以保证业务的连续性。

2. 数据完整性和可靠性：数据是企业最重要的资产之一，任何数据丢失或损坏都会对业务造成严重影响。

通过备份和容灾方案，可以确保数据的完整性和可靠性。

3. 灾难恢复能力：自然灾害、人为错误等不可预测的因素可能导致主数据库无法正常运行，容灾方案可以帮助企业快速恢复数据库，并减少灾难带来的损失。

二、Oracle容灾方案的基本原理1. 主备数据库架构：主数据库和备用数据库之间建立同步或异步的数据复制机制，主数据库负责处理实时的业务请求，备用数据库负责持续接收主数据库的数据复制，并通过数据库实例的冷备、热备或物理、逻辑备份等方式备份数据。

2. 心跳检测和故障切换：主备库之间通过心跳检测机制，监测主库的可用性。

一旦主库不可用，系统会自动触发故障切换机制，自动将备库切换为主库，确保业务的连续性。

3. 数据同步和数据保护：主备库之间通过数据复制机制实现数据的同步。

可以选择同步或异步的数据复制模式，根据业务需求选择合适的方式来保证数据的同步和保护。

1. 数据库镜像：通过Oracle Data Guard功能实现主备库的数据复制和同步。

主库实时将数据变更同步到备库，备库可以作为只读库用于报表查询、负载均衡等工作。

一旦主库故障，自动进行故障切换，将备库切换为主库。

2. 数据库备份和恢复：通过RMAN工具进行数据库的物理备份，将备份文件存储在独立的存储介质上，以保证数据的完整性。

在主库故障后，可以通过RMAN工具进行数据库恢复，将备份文件恢复到备库，使其成为新的主库进行业务处理。

Oracle 10g可以通过基于备份的rman DUPLICATE实现dataguard，通过步骤需要对数据库进行备份，并在standby侧进行数据库的恢复。

而到了11g，oracle推出了Duplicate From Active Database技术，不需要再对数据库进行rman备份恢复，一切动作都通过网络自动完成。

1.对主数据库进行必要的更改。

a. 启用force logging。

b. 拷贝密码文件到从节点。

c. 创建备用redo 日志。

d. 修改参数文件，使其适用于Dataguard。

2. 确保sql*net 连接正常。

3. 使用主数据库活动文件，通过网络创建备用数据库。

a. 创建密码文件b. 为备用数据库（辅助数据库）创建初始化参数文件c. 为数据库文件创建需要的装载点或文件夹d. 连接至主数据库作为其目标数据库，以运行创建备用ON STANDBY。

第一步：主库（primary)的环境配置1、确认数据库处于归档模式：SQL> select log_mode from v$database;2、允许数据库强制日志SQL> ALTER DATABASE FORCE LOGGING;SQL>select force_logging from v$database;3、添加standby日志文件SQL> alter database add standby logfile '/opt/app/oracle/oradata/study/standby01.log' size 100M;SQL> alter database add standby logfile '/opt/app/oracle/oradata/study/standby02.log' size 100M;SQL> alter database add standby logfile '/opt/app/oracle/oradata/study/standby03.log' size 100M;SQL> alter database add standby logfile '/opt/app/oracle/oradata/study/standby04.log' size 100M;4，修改primary参数文件spfile，需要设置以下8个参数SQL>alter system set LOG_ARCHIVE_CONFIG='DG_CONFIG=(pridb,stadb)';SQL> alter system set db_unique_name='pridb' scope=spfile;SQL> alter system set LOG_ARCHIVE_DEST_1='LOCATION=/opt/app/oracle/pridb VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=pridb';SQL>alter system set LOG_ARCHIVE_DEST_2='SERVICE=stadb LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=stadb';SQL> alter system set LOG_ARCHIVE_DEST_STATE_1=ENABLE;SQL> alter system set FAL_SERVER=stadb;SQL> alter system set FAL_CLIENT=pridb;SQL> alter system set DB_FILE_NAME_CONVERT='/opt/app/oracle/oradata/study','/opt/app/oracle/oradata/aux' scope=spfile;SQL> alter system set LOG_FILE_NAME_CONVERT='/opt/app/oracle/oradata/study ','/opt/app/oracle/oradata/aux' scope=spfile;第二步、网络相关配置（确保sql*net 连接正常）1、在备库stadb中的listener.ora中加入stadb的条目：SID_LIST_LISTENER =(SID_LIST =(SID_DESC =(GLOBAL_DBNAME = stadb)(ORACLE_HOME = /opt/app/oracle/product/10.2.0/db_1)(SID_NAME = stadb)))LISTENER =(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.7.9)(PORT = 1521)))2、在主库上修改service_names参数：SQL>alter system set service_names='studby,pridb';3、主库和备库的TNSNAMES.ORA 应该有两个条目：STADB =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.7.9)(PORT = 1521)))(CONNECT_DATA =(SERVICE_NAME = stadb)))PRIDB =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.7.239)(PORT = 1521)))(CONNECT_DATA =(SERVICE_NAME = pridb)))4、在主数据库和备用数据库中使用以下命令，检查SQL*Net 配置：$tnsping pridb$tnsping stadb第三步：创建备用数据库1、从主数据库$ORACLE_HOME/dbs 中复制密码文件，并将其重命名为备用数据库名称。

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 可保证即使遇到不可预见的灾难也不会丢失数据。

备用数据库提供了防止数据损坏和用户错误的安全保护。

主数据库上的存储器级物理损坏不会传播到备用数据库上。

同样，导致主数据库永久损坏的逻辑损坏或用户错误也能够得到解决。

各种容灾技术分析1. 数据复制技术数据复制可以从存储、操作系统、数据库和应用四个层次来做，其中通过应用系统进行数据复制需要应用程序支持；如果现有应用程序不支持，需要进行进行开发，这里不做深入介绍。

(1) 数据库复制数据容灾技术数据库复制技术一般是由数据库厂商或者第三方开发，基于数据库日志或者数据流实现复制的技术。

Oracle DataGuard是典型代表，此处将以此为例进行介绍。

Oracle DataGuard 通过使用称为Standby Database的数据库来防止出现数据的灾难。

它通过将Primary Database数据库的重做日志传到并应用到Standby Database数据库来使Standby Database数据库与Primary Database数据库同步：可以将重做日志直接从Primary Database数据库同步写到Standby Database数据库来完成完全没有数据损失的灾难保护，这会给Primary Database数据库的性能带来一定的性能损失。

可以将归档的重做日志从Primary Database数据库异步写到Standby Database数据库来使Primary Database数据库在极少损失性能的前提下，最小化地减少数据的丢失。

如果重做日志数据到达Standby Database数据库后快速应用到Standby Database数据库，则在Primary Database数据库出现问题时可以快速地 failover 到Standby Database数据库。

然而，如果延缓一定时间后再应用重做日志数据，可以避免Primary Database数据库的错误快速地传播到Standby Database数据库。

(2) 存储硬件复制数据容灾技术硬件同步复制技术是以同步复制技术为基础，通过磁盘阵列实现数据同步复制，从而保证产中心阵列与容灾中心阵列的在线数据完全同步。