Oracle_Active_Data_Guard(ADG)可行性方案

合集下载

oracle dataguard原理(一)

oracle dataguard原理(一)

oracle dataguard原理(一)Oracle DataGuard原理详解介绍Oracle DataGuard是Oracle数据库提供的一种数据冗余和灾难恢复解决方案。

它通过实时数据复制和自动故障转移来提供数据保护和高可用性。

本文将从浅入深,逐步解释Oracle DataGuard的相关原理。

数据冗余•数据冗余是指将数据库中的数据复制到另一个位置,以保护数据免受硬件故障、自然灾害和人为错误的影响。

•在Oracle DataGuard中,数据冗余是通过将主数据库中的数据异步或同步复制到一个或多个备用数据库实现的。

•备用数据库是主数据库的精确副本,它可以提供故障转移和灾难恢复的能力。

主备同步•主备同步是指主数据库和备用数据库之间的数据复制是实时的并保持同步。

•在Oracle DataGuard中,主备同步有两种模式,即同步模式和异步模式。

•同步模式要求主数据库将数据写入本地磁盘后,等待至少一个备用数据库确认接收并写入数据,确保数据一致性和可靠性。

•异步模式允许主数据库立即提交事务,并异步地将数据发送给备用数据库。

这种模式下,主备数据库之间可能存在一定的数据延迟。

数据传输•数据传输是指主数据库将数据发送给备用数据库的过程。

•在Oracle DataGuard中,数据传输可以通过物理复制或逻辑复制来实现。

•物理复制是将主数据库的物理数据文件复制到备用数据库。

这种复制方式效率高,适用于大型数据库。

•逻辑复制是将主数据库的逻辑数据写入备用数据库。

这种复制方式可以跨不同操作系统平台和数据库版本。

自动故障转移•自动故障转移是指在主数据库发生故障时,备用数据库可以自动接管主数据库的功能。

•Oracle DataGuard提供了故障切换的功能,可以迅速将备用数据库切换为主数据库,实现连续的应用程序可用性。

•故障切换是基于Oracle Grid Infrastructure和Fast-Start Failover技术实现的,它能够在故障发生时自动检测和处理。

oracle adg database_role 标识

oracle adg database_role 标识

oracle adg database_role 标识
Oracle ADG(Active Data Guard)是一种用于 Oracle 数据库的高可用性解决方案。

在 ADG 中,数据库实例被配置为为主数据库和一个或多个物理备份数据库。

数据库角色是指数据库实例在 ADG 配置中扮演的角色。

在 ADG 中,有两个主要的数据库角色:
1. 主数据库(Primary Database):主数据库是 ADG 配置中的主要工作数据库,负责处理读写操作。

主数据库将日志传输到物理备份数据库,以确保备份数据库与主数据库保持同步。

2. 物理备份数据库(Physical Standby Database):物理备份数据库是 ADG 配置中的备份数据库,用于提供数据保护和高可用性。

它接收主数据库传输的日志,并将其应用于备份数据库以保持数据同步。

在发生主数据库故障时,物理备份数据库可以接管并继续处理业务请求。

数据库角色的标识可以通过查询 Oracle 数据库的
V$DATABASE 视图的 DATABASE_ROLE 列来获取,其可能的取值有:
- PRIMARY:表示该实例是 ADG 配置中的主数据库。

- PHYSICAL STANDBY:表示该实例是 ADG 配置中的物理备份数据库。

- LOGICAL STANDBY:表示该实例是 ADG 配置中的逻辑备份数据库。

- INACTIVE:表示该实例不是 ADG 配置的一部分,或者
ADG 功能未启用。

通过查看数据库角色标识,可以确定数据库实例在 ADG 配置中所扮演的角色。

Oracle DataGuard容灾解决方案

Oracle DataGuard容灾解决方案

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 12 Active Data Guard-部署列式存储方案

Oracle 12 Active Data Guard-部署列式存储方案

Oracle 12 Active Data Guard 部署列式存储方案摘要:本文将介绍Oracle 12.2中关于ADG的新特性,在ADG上部署列式存储。

关于12.2更多新特性,欢迎关注公众号回复关键字12.2 即可获取新特性系列文章。

一、In-Memory and Active Data Guard在Active Data Guard上部署列式存储的目的可以选在在主库、备库或者两者同时部署列式存储。

当在主备库上同时部署了列式存储的时候,可以在两个库上对相同或者不同的对象集做操作,如果是操作不同的对象集,那就相当于增加了In-Memory的存储大小。

在主备库上部署同样的In-Memory。

在最简单的情况下,主数据库和备用数据库都包含具有相同大小(不是必需的)的IM列存储。

IM列存储包含相同的对象。

此方案的优点是分析查询可以访问任一数据库上的IM列存储。

因此,可以将分析查询定向到备用数据库,而不消耗主数据库上的资源。

主数据库用于支持事务工作负载,备用数据库支持分析工作负载。

实现方案如下:1、在主数据库实例和备用数据库实例上设置INMEMORY_SIZE初始化参数。

2、确保备用数据库实例上的INMEMORY_ADG_ENABLED初始化参数设置为true(默认值)。

3、在要填充到两个IM列存储中的所有对象上设置INMEMORY属性。

如果更改对象的INMEMORY属性,则主数据库将更改传播到备用数据库。

例如,如果在销售表上设置NO INMEMORY属性,那么两个IM列存储都会逐出销售。

在主数据库上,可以启用表的一部分列以填充到IM列存储中。

还可以为不同的列指定不同的压缩级别。

启用特定列涉及字典更改。

主数据库上的DDL将传播到Oracle Active Data Guard数据库。

只在standby 库上部署列存储在此方案中,IM列存储存在于备用数据库中,但不存在于主数据库中。

在这种情况下,主数据库可以充当纯OLTP数据库。

数据库data_guard最大性能模式计划操作步骤

数据库data_guard最大性能模式计划操作步骤

某客户oracle数据库data guard搭建步骤计划采取最大性能模式。

在备机上目前并无oracle 10g软件,计划从主库上tar 一个传输到备机上。

在备机解压缩之后,数据库软件无法使用,执行以下命令后[oracle@..]$relink all数据库软件正常使用一、主库操作强制记录:**: Alter database force logging;1、修改主库参数文件:##〈影响ORACLE运行的参数都不要设置,log_archive_dest_2是可以alter system 设置的〉修改一下数据库参数:以下参数都可以在内存中修改(不用重起数据库),都用以下语句一一执行:Alter system set …=…;*.log_archive_dest_1='location=/archlog/oracl'*.log_archive_dest_2='service=oracl_std reopen=15 max_failure=10 arch async'(arch参数指定为最大性能模式,也可用lgwr)*.log_archive_dest_state_1=enable*.log_archive_dest_state_2=enable*.fal_server=oracl*.fal_client=oracl_std*.standby_file_management=auto*.Standby_archive_dest=’….’和log_archive_dest_1一致然后创建pfile传送到备库Sql>create pfile=’/oracle/pri.ora’ from spfile;2、TNS信息如下:主库oracl=(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 192.1.2.72)(PORT =1521)))(CONNECT_DA TA =(SID = oracl)))oracl_std =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 192.1.2.85)(PORT = 1521)))(CONNECT_DA TA =(SID = oracl)))3、对主库进行全库备份利用现有的备份做即可。

Oracle Active Data Guard(ADG)可行性方案

Oracle Active Data Guard(ADG)可行性方案

Oracl e Active DataGuard 数据同步复制技术方案一、概述Oracl e Active Data Guard是Oracle 11g版本推出的新功能。

该功能可以实现Oracle数据库读写分离。

Active Data Guard从底层技术上实现了在日志恢复数据的同时可以用只读的方式打开数据库,用户可以在备用数据库上进行查询、报表等操作,这类似逻辑Data Guard 备用数据库的功能(查询功能方面),数据同步的效率更高、对硬件的资源要求更低。

可以更大程度地发挥物理备用数据库的硬件资源的效能。

Active Data Guard用于维护Oracle 数据库的单独、同步物理副本,从而实现HA/DR。

Active Data Guard支持高可用性(通过零数据丢失和/或自动故障切换)和灾难恢复。

并且数据同步的效率更高、对硬件的资源要求更低。

是一种有效可行的解决方案。

随着Oracle ADG的出现,Oracle在读写分离的支持上又得到进一步提升,可以在延迟很少的情况下提供读,而且不会出现复制错误或者数据不一致的问题。

Active Dataguard Reader Farm架构至少存在以下优势:1.管理维护简单,DBA只要熟悉Dataguard的管理即可,无需再额外学习其他方面的新知识;2.Active Dataguard Read er Farm节点是灵活可扩展的,可以在线添加或者删除节点,并且可以线性扩展而不对生产系统造成影响;3.可以真正做到实时查询,不会应为大事务造成同步阻塞,性能有保障;4.没有数据类型的限制;5.高可用性,节点的宕机都不会影响到数据库的可用性。

二、Active Data Guard基本原理Oracl e Active Data Guard 系统架构如下:Active Data Guard 的同步是通过standby数据库对主数据库文件的不断copy,不断应用主库传输过来的redo重做日志来保持和主库的物理结构一致。

oracle19c中的active dataguard的使用

oracle19c中的active dataguard的使用

• 178•为了适应大数据量下的访问的需要,在Oracle8i 设计了Standby Database 技术;从9i 开始,命名成DataGuard ,它是主库、备库之间通过日志传输和应用,来达到不同数据库中的数据同步的目的,进而对外提供高可用解决方案的一种技术。

在不同的应用场景中,可以根据需要,灵活使用DataGuard ,来达到要求。

主要的应用场景有:读写分离、容灾高可用、实时复制等。

一、Active DataGuard简介Active DataGuard 是DataGuard 的一种增强,表示备库可以在应用redo 、进行同步的时候,打开数据库,对外提供读服务;这具有广泛的应用场景。

在最新版本19c 中,Oracle 对Active DataGuard 的支持,达到了新的高度,本文主要讨论基于Oracle19c 的Active DataGuard ,其示意图如图1所示:图1如图1,主库、备库是位于不同位置的2个计算机,它们之间需要实时数据同步,然后对外提供读写分离;那么需要在主库、备库上都安装Oracle19c ,并配置成Active DataGuard ,然后主库以Read/Write 方式打开,向外提供写服务;备库以Read Only 方式打开,实时接收来自主库的Redo Log 文件,进行介质恢复,并向外提供实时查询服务。

2.Oracle19c的Active DataGuard的新特性2.1 Far Sync新的实例类型为了尽量减少主库、备库之间的日志传输会给主库增加的负担,可以在主库附近搭建一个Far Sync 类型的实例,这个实例上只有日志文件,这是DataGuard 中的专门用于日志转发的实例;主库与Far Sync 实例之间采用SYNC 同步传输模式,而Far Sync 与备库之间采用ASYNC 异步传输模式;这样使得主库在SYNC 模式下,在没有什么性能减小的情况下,把日志发送到Far Sync 实例上,Far Sync 实例再以ASYNC 的方式把日志传输到备库上,而整个过程,主库是无需等待备库接受日志完成;所以,可以很大提高整体的性能。

ORACLE ACTIVE DATA GUARD技术白皮书

ORACLE ACTIVE DATA GUARD技术白皮书

ORACLE ACTIVE DATA GUARD 技术白皮书为ORACLE 数据库提供实时数据保护和可用性主要特性•全面的Oracle 感知数据库保护•独特的损坏检测和自动修复•手动或自动地快速故障切换到同步生产副本•将生产负载分流到以只读方式打开的同步备用数据库•使用物理备用数据库进行数据库滚动升级和备用数据库优先修补•跨越任意距离实现零数据丢失的灾难恢复保护而不会影响性能•Active Data Guard 是Oracle 数据库企业版包含的基本Data Guard 功能的一个超集。

主要优势•最佳Oracle 数据库保护•性能最高的灾难恢复保护—针对所有负载,没有限制、易于管理•风险最低—对备用数据库进行不间断的Oracle 和用户验证•可用性最高—通过快速故障切换消除单点故障•全面—既能支持计划维护,又能应对意外停机•利用简单的物理复制以最小的投入实现高投资回报Oracle Active Data Guard 可以为Oracle 数据库提供实时数据保护和可用性,同时它消除了其他解决方案所固有的折衷的性质。

它能跨越任意距离实现零数据丢失的灾难恢复保护而不会影响数据库性能。

它能修复物理损坏而不会影响可用性,并且无需使用专用的网络设备既可节省网络带宽。

该解决方案没有易于出错的手动过程,能够减少Oracle 数据库升级所需的停机时间。

它利用物理复制的简易性提高灾难恢复系统的投资回报。

实时数据保护和高可用性Active Data Guard 是用于避免任务关键型Oracle 数据库发生单点故障的全面的解决方案。

该解决方案能够维护一个生产数据库(主数据库)的同步物理副本(备用数据库),从而以最简单和最经济的方式防止数据丢失和停机。

如果出现停机,客户端连接会迅速故障切换到备用数据库并恢复服务。

Active Data Guard 与Oracle 数据库深度集成,提供强大的故障隔离和独特的Oracle 感知的数据验证,从而能够提供最高程度的数据保护。

Oracle-Dataguard方案建议

Oracle-Dataguard方案建议

目前CCDI ERP数据库的问题
BI应用对ERP数据库影响比较大 1.BI系统会定时从ERP系统中抽取数据,
会造成ERP系统使用速度变慢。 2.有时为做业务结算, 必须手工即时从
ERP系统抽取数据, 这会使得本来就处在负 载高峰的数据库压力雪上加霜。 3.当以后ERP数据库数据量变得更加庞 大时, 甚至会导致ERP数据库负载过大而不 能使用。
broker 自动故障转移到一个同步的备站点 上。
9
DATA GUARD方案能解决ERP系统问题
双磁盘阵列架构 有效解决单点故障问题, 增加数据库安全
级别。
秒级数据库切换 故障发生后, 系统直接切换到Standby数据
库继续工作, 时间从6小时降低到30秒。
10
DATA GUARD方案能解决ERP系统问题
4
什么是Oracle Data Guard?
Primary database
Redo transport
Standby database
Oracle Net
Database
Database copy
5
DATA GUARD益处
灾难恢复, 数据保护, 和高可用性 Data Guard 提供了一个有效的、广泛的
集中和简单的管理 Data Guard broker 提供了一个图形化
的用户界面和一个命令行界面来自动化管 理。
8
DATA GUARD益处
与Oracle数据库集成 Data Guard 是Oracle 数据库企业版中
的一个特性, 不需要单独地安装。
自动角色转换 在主站点灾难的情况下, Data Guard
2
目前CCDI ERP数据库的问题

oracle adg原理

oracle adg原理

oracle adg原理Oracle Active Data Guard(ADG)是一种数据库高可用性解决方案,它可以将主数据库的复制副本用于故障转移和灾难恢复。

在这篇文章中,我们将介绍Oracle ADG的原理,以及如何实现高可用性。

1. 数据库复制Oracle ADG使用数据复制来实现高可用性。

主数据库会将更新操作复制到备份数据库,以确保备份数据库与主数据库保持同步。

通过这种方式,备份数据库可以在主数据库失效时自动接管工作负载,从而实现高可用性。

2. 复制模式Oracle ADG有两种复制模式:物理复制和逻辑复制。

物理复制是通过在备份数据库上直接复制物理数据块来实现的。

逻辑复制是将主数据库上执行的SQL语句传输到备份数据库,其中SQL语句会在备份数据库上重新执行。

3. 网络带宽Oracle ADG需要足够的网络带宽来确保复制数据时的可靠性和实时性。

如果网络带宽不足,可能会导致备份数据库与主数据库之间的同步延迟,从而影响备份数据库的可用性。

4. 数据存储备份数据库应该与主数据库分离,以确保它不受到主数据库潜在的硬件故障的影响。

此外,应将备份数据库保存在不同的位置,以防止因意外事件(如自然灾害)导致所有数据库都损坏。

5. 数据库的管理数据库管理人员需要监控备份数据库的状态,以确保它与主数据库保持同步并且可以在失效情况下自动接管工作负载。

此外,必须定期测试备份数据库,以确保它能够正常工作。

6. 故障转移在主数据库失效的情况下,备份数据库可以自动接管工作负载,并在主数据库恢复之后将工作负载自动转移回主数据库。

此过程称为故障转移。

7. 灾难恢复如果主备份数据库所在的区域被自然灾害或其他紧急情况影响,备份数据库可以在一个备用区域上恢复。

此过程称为灾难恢复。

总之,Oracle ADG提供了一种强大的数据库高可用性解决方案,通过复制模式、网络带宽、数据存储、数据库管理、故障转移和灾难恢复等步骤实现了高可用性和灾难恢复。

Oracle Active Data Guard(相同SID、目录结构)配置参考_V2.7

Oracle Active Data Guard(相同SID、目录结构)配置参考_V2.7

Oracle Active DataGuard 配置参考(相同SID、相同目录结构)Version 2.6关键字:Dataguard、HA、Oracle、Database2017年1月9日版本修订欢迎来函交流,目录1概述 (4)2前期准备 (4)2.1虚拟机版本 (4)2.2操作系统版本 (4)2.3总体规划 (4)2.3.1数据库规划 (4)2.3.2网络规划 (4)3创建物理备库 (5)3.1准备工作 (5)3.1.1激活强制日志记录 (5)3.1.2配置网络 (5)3.1.3配置主库初始化参数 (8)3.1.4创建备用日志组 (11)3.1.5备库初始化参数文件 (12)3.2检查监听状态 (12)3.3复制数据库 (13)4检查Active Data Guard (18)5增补资料 (20)5.1ORA-19527: physical standby redo log must be renamed (20)1概述DataGuard是Oracle数据库的一种高可用方案,能够在对主数据库影响很小的情况下,实现主备数据库的同步,是一种常见的数据容灾解决方案。

Oracle Database 11g之前,物理备库在应用重做日志的时候,不允许打开,只能是装载。

从11g开始,在应用重做日志时,物理备库可以运行在只读模式。

因此,我们可以在备库上进行查询或备份数据,从而减少主库压力。

本文档主要描述了在Oracle Enterprise Linux 平台下Oracle Active Dataguard详细的配置过程。

2前期准备2.1虚拟机版本VMware® Workstation 10.0.1 build-13797762.2操作系统版本Oracle Enterprise Linux 5.82.3总体规划2.3.1数据库规划host name dg1 dg2 虚拟机主机名db_name dg dg 数据库初始化参数ORACLE_SID dg dg 操作系统环境变量2.3.2网络规划host name dg1 dg2 虚拟机主机名IP地址192.168.0.111 192.168.0.222子网掩码255.255.255.0 255.255.255.03创建物理备库3.1准备工作3.1.1激活强制日志记录在Primary Database执行该命令时,Primary Database至少要MOUNT,OPEN亦可。

(精品)(O管理)O数据库ADG构建标准规范V

(精品)(O管理)O数据库ADG构建标准规范V

(精品)(O管理)O数据库ADG构建标准规范VOracle数据库11G ActiveDataGuard构建标准规范部门:信息技术部SA/DBA组版本号:V1.0发布日期:2015-05-13目录一、Active DataGuard实施规范41.1Active DataGuard实施前提条件41.1.1主备数据库环境介绍41.1.2Active DataGuard实施条件71.1.3Active DataGuard实施准备工作(创建LISTENER和相应TNS)91.2备数据库初始化161.2.1通过duplicate active database初始化备数据库(主数据库备份无需存在)161.2.2通过带库备份恢复初始化备数据库(主数据库备份必须存在)221.3追加归档日志文件331.4启动Active DataGuard341.5将备节点的数据库加入到CRS中进行管理341.6备数据库归档日志文件删除351.7应用访问备数据库TNS配置371.8主数据库和备数据库SwitchOver和Failover切换371.8.1SwitchOver测试371.8.2FailOver测试391.9日常维护391.9.1DataGuard运行状态检查391.9.2主数据库和备数据库起停顺序391.9.3主数据库维护操作40一、ActiveDataGuard实施规范1.1ActiveDataGuard实施前提条件1.数据冗余保护和磁盘组划分数据冗余:存储以共享的方式连接数据库节点主机,在数据冗余上建议存储层通过传统raid机制建立数据保护机制,ASM磁盘组可以不要设置数据冗余保护,即用来存储DB的ASM磁盘组冗余方式为External.DataGuard三种保护模式:最大化保护、最大有效性、最大性能。

为了降低对主数据库的影响,以下采用最大性能模式进行DataGuard配置。

DataGuard配置中备数据库类型主要有三种:逻辑备数据库、物理备数据库和基于快照的备数据库,以下采用物理备数据库方式进行DataGuard配置。

oracle adg同步原理

oracle adg同步原理

oracle adg同步原理Oracle ADG同步原理是指解决在Oracle多节点集群环境下发生宕机或数据丢失时,如何在备库上保证经过验证的数据完整性。

该问题主要通过Active Data Guard (ADG)进行解决。

下面将分步骤阐述Oracle ADG同步原理。

步骤一:启用Active Data Guard(ADG)Active Data Guard 是Oracle数据库的一个附加功能,用于启用物理备库用于读取。

在ADG中,备库会实时复制主库的数据。

此外,主库可以与备库进行同步,以确保备库中的数据始终与主库中的数据一致。

步骤二:同步数据当主库上进行更改时,这些更改将立即提交到备库。

ActiveData Guard能够将同步和应用更改的速度提高到每秒钟100次以上。

这样,即使在主库上发生宕机或其他数据丢失情况时,备库中的数据也是最新的。

步骤三:验证数据完整性Oracle ADG同步原理的关键在于验证备库中的数据完整性。

为了确保数据完整性,Oracle数据库使用了Redo Apply进程。

Redo Apply 进程将Redo日志中的更改应用到备库中,从而使数据的副本始终与主库保持一致。

Oracle还使用了日志挂起和重新启动、全局事务管理等技术来保证数据完整性。

步骤四:监控备库在ADG中,备库需要时刻处于就绪状态,以应对可能发生的宕机或其他故障。

为了保证备库的稳定性和可用性,需要使用监控系统来检测备库的运行状态。

如果发现备库出现问题,则需要尽快修复,以确保其稳定性和可用性。

总结:以上便是Oracle ADG同步原理的步骤描述。

Oracle ADG同步原理通过启用Active Data Guard,同步数据、验证数据完整性和监控备库的方式来确保Oracle多节点集群环境下的可用性和稳定性。

通过这种方式,即使在主库发生宕机或其他数据丢失情况下,Oracle数据库仍然能够保持高可用性和稳定性,从而有效地解决了这一问题。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Oracle Active DataGuard 数据同步复制技术方案
一、概述
Oracle Active Data Guard是Oracle 11g版本推出的新功能。

该功能可以实现Oracle 数据库读写分离。

Active Data Guard从底层技术上实现了在日志恢复数据的同时可以用只读的方式打开数据库,用户可以在备用数据库上进行查询、报表等操作,这类似逻辑Data Guard备用数据库的功能(查询功能方面),数据同步的效率更高、对硬件的资源要求更低。

可以更大程度地发挥物理备用数据库的硬件资源的效能。

Active Data Guard用于维护 Oracle 数据库的单独、同步物理副本,从而实现 HA/DR。

Active Data Guard支持高可用性(通过零数据丢失和/或自动故障切换)和灾难恢复。

并且数据同步的效率更高、对硬件的资源要求更低。

是一种有效可行的解决方案。

随着Oracle ADG的出现,Oracle在读写分离的支持上又得到进一步提升,可以在延迟很少的情况下提供读,而且不会出现复制错误或者数据不一致的问题。

Active Dataguard Reader Farm架构至少存在以下优势:
1.管理维护简单,DBA只要熟悉Dataguard的管理即可,无需再额外学习其他方面的
新知识;
2.Active Dataguard Reader Farm节点是灵活可扩展的,可以在线添加或者删除节
点,并且可以线性扩展而不对生产系统造成影响;
3.可以真正做到实时查询,不会应为大事务造成同步阻塞,性能有保障;
4.没有数据类型的限制;
5.高可用性,节点的宕机都不会影响到数据库的可用性。

二、Active Data Guard基本原理
Oracle Active Data Guard 系统架构如下:
Active Data Guard 的同步是通过standby数据库对主数据库文件的不断copy,不断应用主库传输过来的redo重做日志来保持和主库的物理结构一致。

standby数据库分为物理standby和逻辑standby。

主备库之间走的是SSL协议,SSL使用RSA公钥密码和对称密钥加密,提供身份验证、加密和数据完整性。

Active Data Guard从底层技术上实现了在日志恢复数据的同时可以用只读的方式打开数据库,用户可以在备用数据库上进行查询、报表等操作。

Oracle Active Data Guard 包括一个生产数据库,也称为主数据库,以及一个或多个备用数据库,这些备用数据库是与主数据库在事务上一致的副本。

Data Guard 利用重做数据保持这种事务一致性。

当主数据库中发生事务时,则生成重做数据并将其写入本地重做日志文件中。

通过Oracle Active Data Guard,还将重做数据传输到备用站点上,并应用到备用数据库中,从而使备用数据库与主数据库保持同步。

Oracle Active Data Guard 允许管理员选择将重做数据同步还是异步地发送到备用站点上。

备用数据库的底层技术是Oracle Active Data Guard 重做应用(物理备用数据库)。

物理备用数据库在磁盘上拥有和主数据库逐块相同的数据库结构,并且使用Oracle 介质恢复进行更新。

三、Active Data Guard软硬件需求
1.硬件及操作系统需求
2.软件需求
✓Active Data Guard作为Oracle 企业版一个特性功能,标准版不支持。

而且作为Oracle软件的单独组件(类似Oracle Rac组件),需要单独收取费用。

✓同一个Data Guard 配置中所有数据库初始化参数:COMPATIBLE 的值必须相同。

✓Primary 数据库必须运行于归档模式,并且务必确保在primary 数据库上打开FORCE LOGGING,以避免用户通过nologging 等方式避免写redo 造成对应的操作
无法传输到standby 数据库。

✓Primary 和standby 数据库均可应用于单实例或RAC架构下,并且同一个data guard 配置可以混合使用逻辑standby 和物理standby。

✓Primary 和standby 数据库可以在同一台服务器,但需要注意各自的数据文件存放目录,避免重写或覆盖。

✓使用具有sysdba系统权限的用户管理primary和standby 数据库。

✓建议数据库必须采用相同的存储架构。

比如存储采用ASM/OMF 的话,那不分primarty 或是standby也都需要采用ASM/OMF。

✓各服务器的时间设置,时区/时间设置需一致。

四、Active Data Guard工作模式
Oracle Active Data Guard 有MAX PERFORMANCE,MAX AVAILABILITY, MAX PROTECTION 三种数据保护模式:
五、 Active Data Guard 物理架构
Oracle Active Data Guard 支持多种物理架构模式,Primary 和standby 数据库均可应用于单实例或RAC 架构下。

目前采用较多的物理架构模式有如下两种:
1. 主机数据库(RAC )+备机数据库(DG 单机)+同磁盘阵列:
2. 主机数据库(RAC )+备机数据库(RAC )+同磁盘阵列:
对比以上两种方案,备机部署为RAC双机方式为备机查询应用提供更好的高可用性(比如负载均衡和应用透明切块),但同时也增加日常维护的复杂程度。

如果考虑能够持续稳定地向外围系统提供数据查询服务,推荐使用主备机数据库均为RAC的模式。

六、方案特点
1.高性能、高可靠性
本方案采用本地备份与远程复制相结合,最大限度的保证业务数据的安全性。

结合对操作系统级和数据库级的性能优化,消除系统瓶颈,使硬件资源得到最大限度的利用。

2.方便灵活
在系统中,备份数据中心的数据库系统可以切换到打开状态,不同于冷容灾模式下容灾站点的数据库系统在进行数据复制是不可用的情况。

因此,备份数据中心可以通过为其它系统提供数据共享服务。

如通过备份数据中心为综合查询系统提供快速的数据抽取功能,并且实现数据的抽取与生产系统完全隔离,减少对生产系统的影响。

3.高效率、低负载
数据复制引擎使用基于Log的复制,复制操作集中于对数据的改变,因此将对源数据库系统、源操作系统和网络的影响最小化。

数据复制引擎效率很高,同时保证了复制数据的精确性。

在源数据库一端,数据复制引擎严格地遵守读一致性模式。

在目标数据库一端,数据复制引擎使用 Oracle部交易格式提交事务,在容灾端的交易执行速度远远高于标准SQL语句执行速度。

同时系统保证操作次序和会话上下文的一致。

4.全面 --- 数据类型、DML和DDL复制
系统支持Oracle所有的数据类型、DML和DDL复制。

在复制时,系统可选择性地在用户级、对象级、命令级排除(exclude)不需要复制的容。

相关文档
最新文档