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 v$database@standby)) 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介质恢复时不再阻塞应用下一组日志

05-19 20:52