AGD简介

Data Guard可以以只读的方式打开数据库,但此时Media Recovery利用日志进行数据同步的过程就停止了,如果物理备用数据库处于恢复的过程中数据库就不能打开查询,也就是说日志应用和只读打开两个状态是互斥的(10g之前)。

Oracle 11g 中推出的Active Data Guard功能解决了(10g物理DG)这个矛盾,在利用日志恢复数据的同时可以用只读的方式打开数据库,用户可以在备用数据库上进行查询、报表等操作,这类似逻辑Data Guard备用数据库的功能(查询功能方面),但是,数据同步的效率更高、对硬件的资源要求更低。这样可以更大程度地发挥物理备用数据库的硬件资源的效能。

ADG架构

ADG三种模式切换详解-编程知识网

ADG三种模式

1.最大性能模式(Maximum Performance)

1)该模式是默认模式,可以保证主数据库的最高可用性;

2)主节点随时提交事务,事务提交时,redo至少写入一个从节点,但是写入不一定同步;

2)保证主库运行过程中不受备库的影响,主库事务正常提交,不因备库的任何问题影响到主库的运行;

4)优点:避免了备库对主数据库的性能和可用性影响;

5)缺点:如果与主库提交的事务相关的恢复数据没有发送到备库,这些事务数据将被丢失,不能保证数据无损失。

2.最大可用模式(Maximum Availability)

1)该模式提供了仅次于“最大保护模式”的数据保护能力(介于最大保护与最大性能之间);

2)要求至少一个物理备库收到重做日志后,主库的事务才能够提交;

3)主库找不到合适的备库写入时,主库不会shutdown,而是临时降低到“最大性能模式”模式,从库恢复后,转回“最大可用模式”;

4)优点:该模式可以在没有问题出现的情况下,保证备库没有数据丢失,是一种折中的方法;

5)缺点:在正常运行的过程中缺点是主库的性能受到诸多因素的影响。

3.最大保护模式(Maximum Protection)

1)这种模式提供了最高级别的数据保护能力;

2)主节点事务提交前,redo写入在线日志,而且要求至少一个物理备库收到重做日志后,主库的事务才能够提交;

3)主库找不到合适的备库写入时,主库会自动shutdown,防止未受保护的数据出现;

4)优点:该模式可以保证备库没有数据丢失;

5)缺点:主库的自动关闭会影响到主库的可用性,同时需要备库恢复后才能提交,对网络等客观条件要求非常的高,主库的性能会因此受到非常大的冲击。

三种模式比较

比较项 Redo写或传输进程 网络传输模式 是否落盘确认 standby redologs
最大保护 lgwr sync affirm 需要
最高可用 lgwr sync affirm 需要
最大性能 lgwr或者arch sync或者async affirm或者noaffirm 可有可无

AFFIRM:在日志写进程进行之前,所以的归档日志和备库日志必须同步写完。
NOFFIRM:在主库的日志写进程不等所有磁盘IO完成。
(缺省值为NOFFIRM)

参数相关

设置参数位置

主库log_archive_dest_n参数设置

示例:*.log_archive_dest_2=‘service=orcl lgwr sync affirm valid_for=(online_logfiles,primary_role) db_unique_name=orcl’

重要参数分析

arch:只支持最大性能模式。归档日志通过primary上的arch进程传送给standby的rfs进程,保存到指定路径(如果有standby redo logfile,则保存到该位置,然后再归档),然后redo应用。
ADG三种模式切换详解-编程知识网
lgwr:primary使用LGWR即时将日志传送到standby的rfs进程,并保存到standby redo logfile中,而不再需要等到归档操作时才传送,保存到standbyredo logfile,然后再归档,然后redo应用。

用LGWR传输大致如下:

1)主库:只要有新的重做日志产生,lgwr进程将触发LNSn进程把新生成的日志传输给备库rfs进程。

2)备库:rfs进程接收到日志后,将其写入standby重做日志,如果备库开启了实时应用,就立即做日志应用,如果没有开启,则等standby重做日志归档后再应用。

3)其中,async和sync的区别在于:sync是在redo还在内存时,LNSn进程就开始传输,而async是在redo写到online redo log后,LNSn才开始传输。

同步的实时性来看,lgwr(sync) > lgwr(async)> arch

sync模式下,主库产生任何redo时,同时马上触发网络传输给备库RFS进程;

async模式下,主库产生redo时,先写到本地online redo logfile文件中,LNSn进程从online redo logfile文件中取redo数据网络传输给备库RFS进程。

三种模式间切换

首次performance>>availability>>protection顺序需要在主库执行且主库必须处于mount状态;

如果已经由performance>> availability>>protection数据保护级别操作过1次,那么再次操作时可直接操作;

protection>>availability>>performance顺序直接操作即可

实例演示

由最大性能模式切换为最大可用模式

  • 先查看ADG当前模式
--主库执行
SQL>  select database_role,protection_mode,protection_level from v$database;DATABASE_ROLE    PROTECTION_MODE      PROTECTION_LEVEL
---------------- -------------------- --------------------
PRIMARY          MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE--备库执行
SQL> select database_role,protection_mode,protection_level from v$database;DATABASE_ROLE    PROTECTION_MODE      PROTECTION_LEVEL
---------------- -------------------- --------------------
PHYSICAL STANDBY MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE
  • 主库更改log_archive_dest_n参数配置
--主库执行
SQL> show parameter log_archive_dest_2NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2                   string      service=ruiadg2 NOAFFIRM ASYNCVALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=ruiadg
SQL> alter system set log_archive_dest_2='service=ruiadg2 NOAFFIRM LGWR SYNC  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=ruiadg';System altered.SQL> show parameter log_archive_dest_2NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2                   string      service=ruiadg2 NOAFFIRM LGWRSYNC  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=ruiadg
  • 接着进行如下操作
--主库操作
SQL> shutdown immediate
ORA-01109: database not openDatabase dismounted.
ORACLE instance shut down.--备库操作
SQL>alter database recover managed standby database cancel;--主库执行
SQL> startup mount
Total System Global Area 2466250752 bytes
Fixed Size                  2927384 bytes
Variable Size             671089896 bytes
Database Buffers         1778384896 bytes
Redo Buffers               13848576 bytes
Database mounted.SQL> alter database set standby database to maximize availability;--切换到最大可用模式Database altered.SQL> alter database open;Database altered.

至此,切换动作已完成。

  • 查询当前的保护模式
--主库执行:SQL> select database_role,protection_mode,protection_level from v$database;DATABASE_ROLE    PROTECTION_MODE      PROTECTION_LEVEL
---------------- -------------------- --------------------
PRIMARY          MAXIMUM AVAILABILITY RESYNCHRONIZATION--备库执行
SQL> select database_role,protection_mode,protection_level from v$database;DATABASE_ROLE    PROTECTION_MODE      PROTECTION_LEVEL
---------------- -------------------- --------------------
PHYSICAL STANDBY MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY

ADG三种模式切换详解-编程知识网

参考:
https://blog.csdn.net/weixin_33873846/article/details/92438388
https://www.cnblogs.com/kawashibara/p/10054471.html