oracle数据库填坑--2019年6月份自动启动SCN的新机制

Dennist 2019-04-24

概述

今天主要介绍一下Oracle将在2019年6月份自动启动SCN的新机制,即SCN rate 最大增长可达96kb,远超之前的32kb。然后教大家怎么去排查是否有这个风险及如何处理。


检查SCN的新机制

当然,并不是说所有版本的Oracle数据库,都将自动启用这一特性(感觉Oracle埋了一个坑)。准确一点的说,时间点是2019年6月23号。

这里我的数据库版本为11.2.0.1是检查不了的,但是11.2.0.4就检查出来了。

检查命令如下:

set serveroutput on
​
declare
 v_autorollover_date date;
 v_target_compat number;
 v_is_enabled boolean;
begin
 dbms_scn.getscnautorolloverparams(v_autorollover_date, v_target_compat, v_is_enabled);
 dbms_output.put_line('auto rollover date : '||to_char(v_autorollover_date,'YYYY-MM-DD'));
 dbms_output.put_line('target scheme : '||v_target_compat);
 dbms_output.put_line('rollover enabled (1=yes): '||sys.diutil.bool_to_int(v_is_enabled));
end;
/

oracle数据库填坑--2019年6月份自动启动SCN的新机制

11.2.0.1

oracle数据库填坑--2019年6月份自动启动SCN的新机制

11.2.0.4

这么这个新机制是什么呢?简单的讲就是以前老版本的scn机制我们可以理解为是scheme 1、新版本将自动改成scheme 3,每秒允许增长的阈值更大。


如何控制SCN增长机制

Oracle在这些版本中引入了一个dbms_scn包来控制这个机制。比如我们这里就可以直接用dbms_scn来disable这个机制。

如果发现版本有这个问题,可以考虑停机禁止一下。

exec dbms_Scn.DISABLEAUTOROLLOVER;
shutdown immediate
startup mount
alter database set scn compatibility 1;
alter database open;
​
declare
 v_autorollover_date date;
 v_target_compat number;
 v_is_enabled boolean;
 begin
 dbms_scn.getscnautorolloverparams(v_autorollover_date, v_target_compat, v_is_enabled);
 dbms_output.put_line('auto rollover date : '||to_char(v_autorollover_date,'YYYY-MM-DD'));
 dbms_output.put_line('target scheme : '||v_target_compat);
 dbms_output.put_line('rollover enabled (1=yes): '||sys.diutil.bool_to_int(v_is_enabled));
 end;
/

检查SCN增长是否异常

下面判断一个数据库的scn是否异常,是否达到scheme 极限

select dbms_flashback.get_system_change_number "current value",
 ((((to_number(to_char(sysdate, 'YYYY')) - 1988) * 12 * 31 * 24 * 60 * 60) +
 ((to_number(to_char(sysdate, 'MM')) - 1) * 31 * 24 * 60 * 60) +
 (((to_number(to_char(sysdate, 'DD')) - 1)) * 24 * 60 * 60) +
 (to_number(to_char(sysdate, 'HH24')) * 60 * 60) +
 (to_number(to_char(sysdate, 'MI')) * 60) +
 (to_number(to_char(sysdate, 'SS')))) * (16 * 1024)) "RSL scheme 1",
 round(dbms_flashback.get_system_change_number /
 ((((to_number(to_char(sysdate, 'YYYY')) - 1988) * 12 * 31 * 24 * 60 * 60) +
 ((to_number(to_char(sysdate, 'MM')) - 1) * 31 * 24 * 60 * 60) +
 (((to_number(to_char(sysdate, 'DD')) - 1)) * 24 * 60 * 60) +
 (to_number(to_char(sysdate, 'HH24')) * 60 * 60) +
 (to_number(to_char(sysdate, 'MI')) * 60) +
 (to_number(to_char(sysdate, 'SS')))) * (16 * 1024)) * 100,
 5) "% to RSL scheme 1"
 from dual;

通过上述脚本如果to RSL scheme 1 百分比高达90%,那么说明你的数据库scn增长异常,建议进行处理。

oracle数据库填坑--2019年6月份自动启动SCN的新机制


检查数据库中的SCN Headroom的健康状况

当indicator持续的下降的时候我们应该提高警惕。正常的情况下它会保持在一个水平上下浮动或者持续的增长。

select version,
 date_time,
 dbms_flashback.get_system_change_number current_scn,
 indicator
 from (select version,
 to_char(SYSDATE, 'YYYY/MM/DD HH24:MI:SS') DATE_TIME,
 ((((((to_number(to_char(sysdate, 'YYYY')) - 1988) * 12 * 31 * 24 * 60 * 60) +
 ((to_number(to_char(sysdate, 'MM')) - 1) * 31 * 24 * 60 * 60) +
 (((to_number(to_char(sysdate, 'DD')) - 1)) * 24 * 60 * 60) +
 (to_number(to_char(sysdate, 'HH24')) * 60 * 60) +
 (to_number(to_char(sysdate, 'MI')) * 60) +
 (to_number(to_char(sysdate, 'SS')))) * (16 * 1024)) -
 dbms_flashback.get_system_change_number) /
 (16 * 1024 * 60 * 60 * 24)) indicator
 from v$instance);

oracle数据库填坑--2019年6月份自动启动SCN的新机制

当前SCN最大值

一个数据库当前最大的可能SCN被称为"最大合理SCN",该值可以通过如下方式计算:

select ((((((to_char(sysdate, 'YYYY') - 1988) * 12 + to_char(sysdate, 'mm') - 1) * 31 +
 to_char(sysdate, 'dd') - 1) * 24 + to_char(sysdate, 'hh24')) * 60 +
 to_char(sysdate, 'mi')) * 60 + to_char(sysdate, 'ss')) *
 to_number('ffff', 'XXXXXXXX') / 4 scn
 from dual;

oracle数据库填坑--2019年6月份自动启动SCN的新机制


大家可以先看下数据库版本及是否有用到dblink,然后去看下是否中奖了(SCN的新机制),如果中奖了看下你的SCN增长速度及使用率是否正常,使用率比较高的话建议停机做处理。

后面会分享更多DBA方面内容,感兴趣的朋友可以关注一下~

oracle数据库填坑--2019年6月份自动启动SCN的新机制

相关推荐