ITPub博客

首页 > 数据库 > 国内数据库 > 算法:ORA-600 2252和SCN 最大值SCN_WRAP SCN_BASE

算法:ORA-600 2252和SCN 最大值SCN_WRAP SCN_BASE

原创 国内数据库 作者:云和恩墨 时间:2019-08-15 10:59:11 0 删除 编辑

原文: https://www.enmotech.com/web/detail/1/847/1.html  

自 2019年6月23日之后,关于 SCN 的问题不断爆发,尤其是 225 2 错误引发了很多紧急的故障。

我在上一篇文章中已经详细描述了这个场景:
https://www.enmotech.com/web/detail/1/843/1.html

很多朋友进一步的在 墨天轮 提出问题,寻求解答。我再阐述几个问题。
1.SCN 是Oracle 的系统时钟,不断向前,当前有一个最大允许值;
2.最大允许值受增长最大步长限制,这个限制在之前是 16K/s,自11.2.0.4之后缺省值是 32k/s,但是上限允许在 96k/s

我们现在来看一则错误信息:

*** CLIENT DRIVER:() 2019-08-14 08:59:43.883
*** ACTION NAME:() 2019-08-14 08:59:43.883

[TOC00000]
Jump to table of contents
Dump continued from file: /oracle/diag/rdbms/trace/db1_ora_244966.trc
[TOC00001]
ORA-00600: internal error code, arguments: [ORA-00600: internal error code, arguments: [2252], [4183], [1370899101], [], [], [], [], []
], [], [], [], [], [], [], [], [], [], [], []
ORA-02063: preceding line from KZEL

ORA-01403: no data found

我们现在由这一个错误信息做一点计算。
首先 2252 中抛出了 SCN 的两部分信息:SCN_WRAP 和 SCN_BASE。
在 Oracle 12.2 之前 SCN 由 6 Bytes 组成,12.2 之后扩展了,参考文章:

https://www.eygle.com/archives/2018/03/oracle_122_bigscn_new_features.html

在旧版本中,SCN是一个6字节(48bit)的数字,其最大值为281,474,976,710,656(2^48),在存储上分为2个部分:SCN_BASE 4字节(32bit),SCN_WRAP 2字节(16bit)的数字,当SCN_BASE达到其最大值(2^32 = 4294967296)时,SCN_WRAP增加1,SCN_BASE将被置0重新计数。

所以 SCN 的计算公式如下:

SCN =(SCN_WRAP * 4294967296)+ SCN_BASE

我们将错误信息中的: [2252], [4183], [1370899101] 计算一下就是

SCN = ( 4183 * 4294967296) + 1370899101 = 17,967,219,098,269

SQL> select 4294967296*4183 + 1370899101 scn from dual;

   SCN
------------------------

17,967,219,098,269


我们再根据时间计算一下这个时间点数据库允许的最大 SCN(低版本是 16K/s )。

系统出错的时间是:2019-08-14 08:59:43.883 .

数据库的计算基准时间是 1988年1月1日零点零分零秒。计算公式如下:

https://www.eygle.com/archives/2012/05/oracle_rejection_scn_threshold.html

col scn for 999,999,999,999,999,999
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

/


计算出来这个时间的最大 SCN 就是:

SQL> l

1 select
2 (
3  (
4  (
5   (
6   (
7    (
8    2019-1988
9    )*12+
10   8-1
11   )*31+14-1
12   )*24+8
13  )*60+59
14  )*60+43
15 ) * to_number('ffff','XXXXXXXX')/4 scn
16* from dual
SQL> /

   SCN
------------------------
16,650,300,226,976

对比一下出错值和最大允许值:
17,967,219,098,269
16,650,300,226,976

我们注意前者已经大于后者,也就是主数据库的 SCN 高过了 DB Link 连接的低版本数据库 SCN 最大许可值。

那现在怎么办?
如果还需要这两个数据库相连接,就只能够去升级低版本的数据库。别无他法。


想了解更多关于数据库、云技术的内容吗?

快来关注“数据和云"、"云和恩墨,"公众号及"云和恩墨"官方网站,我们期待大家一同学习与进步!

数据和云小程序”DBASK“在线问答,随时解惑,欢迎了解和关注!


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29715045/viewspace-2653753/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2014-06-19

  • 博文量
    91
  • 访问量
    76886