ADG INTRODUCE
Active Data Guard(ADG)是ORACLE 11g企业版的新特性,需要单独的License.可以打开Physical standby至read only模式，standby可以用来做报表系统、查询、排序或Web站点。实时读写分离，以此来分担primary DB的压力。
ADG可以部署在多种商业应用环境中，如：
·通信行业：Schedules服务，自助查询服务。
·医疗行业：快速访问最新的医疗记录。
·金融管理行业：自助查询和报表。
·运输行业：包裹跟踪，订单状态查询。
·商业网站：目录浏览，订单状态，售后产品Reader Farms.
ADG特性：
1.实时查询特性，可以打开Physical standby值read only模式并实时应用redo data.
2.启用RMAN block-change tracking。用户利用RMAN在primary的增量备份恢复到standby,性能最高可提升20倍。
Database只读模式下允许的操作：
·SELECT操作，包括需要大量临时段的查询
·ALTER SESSION,ALTER SYSTEM
·SET ROLE
·调用Procedure
·使用DBLINK写数据到远程数据库
·通过DBLINK调用远程数据库的Procedure
·在事务级别读一致性使用SET TRANSACTION READ ONLY
·执行复杂的查询，如：GROUPING SET,WITH查询语句等
Database只读模式下不允许的操作：
·任何DML或DDL操作
·访问本地序列的查询
·对本地临时表的DML操作
ADG的先决条件：
1.ADG选项的license
2.参数COMPATIBLE>=11.0.0
ADG DETAILS
如何检查当前是否启用ADG
SQL> select database_role ,open_mode from v$database;
DATABASE_ROLE OPEN_MODE
------------------ --------------------
PHYSICAL STANDBY READ ONLY WITH APPLY
启用ADG
SQL> alter database open read only;
SQL> recover managed standby database disconnect using current logfile;
注：AUDIT_TRAIL参数在数据库打开时可用，read only的standby不支持update，如果AUDIT_TRAIL=DB，则在DB以read only模式打开后，AUDIT_TRAIL参数值会后台转换为OS.
Standby为RAC时，如果应用redo的实例down掉，为保护数据的一致性，ORACLE会关闭其余OPEN READ ONLY的时候至MOUNT状态，需要手工启用另外的实例应用redo.
评估应用是否适合read-only database
参考文档：
Note:1206774.1 - EVENT: 3177 "enable logging of read-only violations"
ADG LAG
standby由于以下的原因可能产生延迟：
- CPU处理能力不足
- 高网络延迟
- 带宽限制
监控LAG:
V$DATAGUARD_STATS
V$STANDBY_EVENT_HISTOGRAM
监控redo apply性能：
V$RECOVERY_PROGRESS
Transport Lag:
SQL> select * from v$dataguard_stats where name=‘transport lag‘;
Apply lag:
SQL> select * from v$dataguard_stats where name=‘apply lag‘;
查询SCN实时比较primary和standby的LAG:
SQL> create database link standby connect to system identified by ‘oracle‘ using ‘standby‘;
SQL> select scn_to_timestamp((select current_scn from v$database))-scn_to_timestamp((select current_scn from [email protected])) LAG from dual;
STANDBY_MAX_DATA_DELAT参数：
STANDBY_MAX_DATA_DELAT={INTERGE|NONE},默认NONE,单位：秒，用来指定可容忍的LAG限定，参数为会话级，对SYS用户无效。
如果standby查询超出指定的时间，抛出ORA-3172 STANDBY_MAX_DATA_DELAY has been exceeded.
创建一个trigger,在用户登录时触发设定该参数：
create or replace trigger adg_logon_trigger after logon on app.schema
begin
if (sys_context(‘userenv‘, ‘database_role‘) in (‘PHYSICAL STANDBY‘))
then
execute immediate ‘alter session set standby_max_data_delay=5‘;
endif;
end;
强制redo apply同步：
SQL> alter session sync with primary;
执行此命令后，将会阻塞应用直到standby与primary同步。
创建一个trigger强制用户登录后同步redo apply：
create trigger adg_logon_sync_trigger after logon on user.schema
begin
if (sys_context(‘userenv‘,‘database_role‘) in (‘PHYSICAL STANDBY‘))
then
execute immediate ‘alter session sync with primary‘;
end if;
end;
性能提升
11g ADG的性能比10g提升了许多，oracle内部做了一些优化，介质恢复在symmetric multiprocessing (SMP) systems也比之前版本快了许多。
性能提升包括以下几点：
- 更多的并行
- 更高效的异步redo读取、解析和应用
- 减少同步点并行应用算法
- redo log介质恢复时不再阻塞应用下一组日志
原文地址：https://www.cnblogs.com/liang545621/p/9407309.html