Oracle 11gR2中的STANDBY_MAX_DATA_DELAY

• 攻略

技术Oracle 11gR2中的STANDBY_MAX_DATA_DELAYOracle 11gR2中的STANDBY_MAX_DATA_DELAY，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想

Oracle 11gR2中的待机_MAX_DATA_DELAY，针对这个问题，本文详细介绍了相应的分析和解答，希望能帮助更多想要解决这个问题的小伙伴找到更简单更容易的方法。

主动数据保护是Oracle 11g的亮点之一。在11G版本2中，主动数据保护引入了更具吸引力的新功能，这使得主动数据保护成为Oracle将读写或报告查询分开的理想解决方案之一。

待机_最大_数据_延迟是11gr2中活动数据保护的最大增强之一，这是一个可以在会话级别指定的会话参数。此参数指定主数据库中提交的更改与备用数据库中与更改相关的查询之间允许的时间延迟，单位为秒。

使用该STANDBY_MAX_DATA_DELAY参数的语法如下：

注意事项

系统用户不能使用该参数，在系统用户的SESSION下设置该参数将被忽略。

如果未指定待机_最大_数据_延迟，即使用默认值无，则无论主库和备用库之间有多长的延迟，都将执行物理待机查询。

如果查询延迟超过待机最大数据延迟指定的值，将报告ORA-03172错误：

03172，00000，“待机_最大_数据_延迟%秒”

//*原因： standbyrecoverfelbehindstandby _ MAX _ DATA _ DELAY

//要求。

//* action : tunerecovery and retrythiquerylater，或orswitchtoanother

//stand by databaseither with datadelayrequirements。

在实际应用中，备用数据库保证了在备用数据库上进行的报表查询不会得到太陈旧的结果。使用此参数，我们可以指定报表应用程序允许的数据时间延迟。

当然也可以指定不允许数据延迟，即将待机_MAX_DATA_DELAY设置为零，从而实现数据的实时查询。

在主数据库和备用数据库之间配置实时查询或零延迟查询时，有以下注意事项：

只有某些应用对数据延迟零容忍。注意你的申请是否有这么严格的要求。

在备用数据库上执行的查询语句必须返回与在主库中查询完全相同的结果。

您必须将待机最大数据延迟设置为0。

当查询开始时，备用数据库必须同步到与主数据库一致的当前Scn。

如果在200毫秒内没有返回结果，查询将被ORA-03172终止。

主数据库必须采用最大可用性或最大保护模式。

重做传输必须使用同步选项。

必须启用实时查询属性。

实际使用

让我们通过演示学习待机_最大_数据_延迟：的效果。

SQLselectnbs

p;* from v$version;  
BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
PL/SQL Release 11.2.0.2.0 - Production
CORE    11.2.0.2.0      Production
TNS for Linux: Version 11.2.0.2.0 - Production
NLSRTL Version 11.2.0.2.0 - Production
SQL> select * from global_name;
GLOBAL_NAME
--------------------------------------------------------------------------------
www.askmaclean.com & www.askmaclean.com
Primary Database  SQL> conn maclean/maclean
Connected.
Primary Database SQL> select database_role,protection_mode from v$database;
DATABASE_ROLE    PROTECTION_MODE
---------------- --------------------
PRIMARY          MAXIMUM AVAILABILITY
Primary Database SQL>  create table TSMDD tablespace users as select * From dba_objects;
Table created.
Standby Database SQL> conn maclean/maclean
Connected.
Standby Database SQL> select database_role,protection_mode from v$database;
DATABASE_ROLE    PROTECTION_MODE
---------------- --------------------
PHYSICAL STANDBY MAXIMUM AVAILABILITY
注意STANDBY_MAX_DATA_DELAY是一个会话参数session parameter,而非实例参数instance parameter
Standby Database SQL> select name from v$system_parameter where name='standby_max_data_delay';
no rows selected
Standby Database SQL> alter session set STANDBY_MAX_DATA_DELAY=0;
Session altered.
Standby Database SQL> select count(*) from TSMDD; 
  COUNT(*)
----------
     13378

实际测试可以发现当STANDBY_MAX_DATA_DELAY=0时，并不是查询语句执行时间超过200ms就返回ORA-03172错误，而是指从查询开始的200ms内，若备库没有追上主库的Current SCN时出现ORA-03172。

Standby Database SQL> alter session set STANDBY_MAX_DATA_DELAY=0; Session altered.
Standby Database SQL> set timing on;
Standby Database SQL> select count(1) from TSMDD a, TSMDD b;
  COUNT(1)
----------
 178970884
Elapsed: 00:00:05.34
Standby Database SQL> alter session set events '10046 trace name context forever,level 12';
Session altered.
在主库上执行大数据量的insert操作，但是不提交commit;
Primary Database SQL> insert into /*+ append */  tsmdd select * from tsmdd;
此时在Standby 数据库 上执行查询语句将触发ORA-3172错误
Standby Database SQL> select count(*) from tsmdd
                     *
ERROR at line 1: ORA-03172: STANDBY_MAX_DATA_DELAY of 0 seconds exceeded Standby Database SQL>  /
select count(*) from tsmdd
*
ERROR at line 1:
ORA-03172: STANDBY_MAX_DATA_DELAY of 0 seconds exceeded

以上查询语句执行过程中的10046 trace如下：

PARSING IN CURSOR #47828795969456 len=26 dep=0 uid=34 oct=3 lid=34 tim=1316692536000853
hv=2314050071 ad='7115e798' sqlid='3smn48y4yv6hr'
select count(*) from tsmdd
END OF STMT
PARSE #47828795969456:c=0,e=61,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=1739041831,tim=1316692536000852 WAIT #47828795969456: nam='standby query scn advance' ela= 201440 p1=770798 p2=0 p3=20 obj#=13873 tim=1316692536202337 WAIT #47828795969456: nam='SQL*Net break/reset to client' ela= 25 driver id=1650815232
break?=1 p3=0 obj#=13873 tim=1316692536202528
WAIT #47828795969456: nam='SQL*Net break/reset to client' ela= 144 driver id=1650815232
break?=0 p3=0 obj#=13873 tim=1316692536202694
WAIT #47828795969456: nam='SQL*Net message to client' ela= 1 driver id=1650815232 #bytes=1
p3=0 obj#=13873 tim=1316692536202715
*** 2011-09-22 19:55:37.983
WAIT #47828795969456: nam='SQL*Net message from client' ela= 1781108 driver
id=1650815232 #bytes=1 p3=0 obj#=13873 tim=1316692537983884
CLOSE #47828795969456:c=0,e=24,dep=0,type=0,tim=1316692537984068
===============================================================================================
PARSING IN CURSOR #47828795969456 len=26 dep=0 uid=34 oct=3 lid=34 tim=1316692537984172
hv=2314050071 ad='7115e798' sqlid='3smn48y4yv6hr'
select count(*) from tsmdd
END OF STMT
PARSE #47828795969456:c=0,e=53,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=1739041831,tim=1316692537984171 WAIT #47828795969456: nam='standby query scn advance' ela= 200546 p1=770914 p2=0 p3=20 obj#=13873 tim=1316692538184822 WAIT #47828795969456: nam='SQL*Net break/reset to client' ela= 10 driver
id=1650815232 break?=1 p3=0 obj#=13873 tim=1316692538184998
WAIT #47828795969456: nam='SQL*Net break/reset to client' ela= 103 driver
id=1650815232 break?=0 p3=0 obj#=13873 tim=1316692538185154
WAIT #47828795969456: nam='SQL*Net message to client' ela= 1 driver
id=1650815232 #bytes=1 p3=0 obj#=13873 tim=1316692538185182

注意这里出现的standby query scn advance等待事件，显然该等待事件是为了确认Primary与Standby之间的Scn差距，但这又是一个Internal的undocumented 等待事件。我猜测是P1是Standby数据库的Current Scn，而p3可能是Primary 与 Standby之间的Scn 差距。OBJ#是查询对象的object_id:

SQL> col owner for a20
SQL> col object_name for a20
SQL> select owner,object_name from dba_objects where object_id=13873;
OWNER                OBJECT_NAME
-------------------- --------------------
MACLEAN              TSMDD

使用技巧

在实际的使用过程中我们没有必要每次登录会话查询都去指定STANDBY_MAX_DATA_DELAY参数，可以通过创建AFTER LOGON触发器来简化工作。

在11 g Release 2中引入了USERENV Context的一种新属性DATABASE_ROLE，使用该属性可以便捷地定位用户所登录数据库的角色是Primary 还是 Standby，11g的SQL 和 PL/SQL客户端程序均可以通过 SYS_CONTEXT 函数获取该数据库角色信息。

通过创建以下登陆后触发器可以做到当应用程序登录到启用实时查询的Standby数据库上后即自动设置合适的STANDBY_MAX_DATA_DELAY参数。这样即避免了修改应用程序的代码，有做到了配置合理的最大数据延迟。

CREATE OR REPLACE TRIGGER AUTO_SMDD
  AFTER LOGON ON USER.SCHEMA
BEGIN
  IF (SYS_CONTEXT('USERENV', 'DATABASE_ROLE') IN ('PHYSICAL STANDBY')) THEN
    execute immediate 'alter session set standby_max_data_delay=5';
  END IF;
END;

注意以上trigger 只需要在Primary Database上以应用相关用户身份建立即可，会同步到Standby上:

Primary Database SQL>  conn maclean/maclean
Connected.
Primary Database SQL> CREATE OR REPLACE TRIGGER AUTO_SMDD
  2    AFTER LOGON ON MACLEAN.SCHEMA
  3  BEGIN
  4    IF (SYS_CONTEXT('USERENV', 'DATABASE_ROLE') IN ('PHYSICAL STANDBY')) THEN
  5      execute immediate 'alter session set standby_max_data_delay=0';
  6    END IF;
  7  END;
  8  /
Trigger created.

关于Oracle 11gR2中的STANDBY_MAX_DATA_DELAY问题的解答就分享到这里了，希望

内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/123891.html

赞 (0)

相关推荐

  • SAP UI5和angular中的常数定义方法是什么？

    技术SAP UI5和angular里的常量定义方法是什么本篇内容介绍了“SAP UI5和angular里的常量定义方法是什么”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如

    攻略 2021年12月21日

  • excel引用,Excel怎么引用整个工作表

    技术excel引用,Excel怎么引用整个工作表①相同工作簿不同工作表间相互引用，在引用单元格前加Sheetn!（Sheetn为被引用工作表的名称）举例excel引用：如工作表Sheet1中的A1单元格内容等于Sheet

    生活 2021年10月22日

  • 美国服务器搭建SOCKS5代理的好处

    技术美国服务器搭建SOCKS5代理的好处随着跨境电商业务的火爆，很多用户需要利用SK5代理进行电商平台后台操作或者推广，那么利用美国服务器搭建SK5有哪些好处呢，下面就来简单介绍一下以下是使用美国SOCKS5代理的 4

    礼包 2021年12月14日

  • oraclenumber型深度解析(oracle逻辑读是读哪里的数据)

    技术怎样浅析Oracle的物理读 逻辑读 一致性读 当前模式读怎样浅析Oracle的物理读 逻辑读 一致性读 当前模式读，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简

    攻略 2021年12月20日

  • SpringCloud分布式微服务b2b2c电子商务中docker-feign-hystrix-ribbon的示例分析

    技术SpringCloud分布式微服务b2b2c电子商务中docker-feign-hystrix-ribbon的示例分析小编给大家分享一下SpringCloud分布式微服务b2b2c电子商务中docker-feign-

    攻略 2021年11月19日

  • 1317：【例5.2】组合的输出 深搜题解

    技术1317：【例5.2】组合的输出 深搜题解 1317：【例5.2】组合的输出 深搜题解1317：【例5.2】组合的输出
    时间限制: 1000 ms 内存限制: 65536 KB提交数: 2425

    礼包 2021年11月1日