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

自 2019年6月23日之后，关于 SCN 的问题不断爆发，尤其是 2252 错误引发了很多紧急的故障。 我在上一篇文章中已经详细描述了这个场景： 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 最大许可值。

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