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

古城微笑少年丶 2021-10-31 15:48 289阅读 0赞

原文：[https://www.enmotech.com/web/detail/1/847/1.html][https_www.enmotech.com_web_detail_1_847_1.html]

自 2019年6月23日之后，关于 SCN 的问题不断爆发，尤其是 2252 错误引发了很多紧急的故障。  
我在上一篇文章中已经详细描述了这个场景：  
[https://www.enmotech.com/web/detail/1/843/1.html][https_www.enmotech.com_web_detail_1_843_1.html]

很多朋友进一步的在 [墨天轮][Link 1] 提出问题，寻求解答。我再阐述几个问题。  
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][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][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 最大许可值。

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

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

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

![20190815110146177.jpg][]

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

![20190815110228239.jpg][]

[https_www.enmotech.com_web_detail_1_847_1.html]: https://www.enmotech.com/web/detail/1/847/1.html
[https_www.enmotech.com_web_detail_1_843_1.html]: https://www.enmotech.com/web/detail/1/843/1.html
[Link 1]: https://www.modb.pro/
[https_www.eygle.com_archives_2018_03_oracle_122_bigscn_new_features.html]: https://www.eygle.com/archives/2018/03/oracle_122_bigscn_new_features.html
[https_www.eygle.com_archives_2012_05_oracle_rejection_scn_threshold.html]: https://www.eygle.com/archives/2012/05/oracle_rejection_scn_threshold.html
[20190815110146177.jpg]: /images/20211031/1ed254634d594c7a89a66d6c8b4cd3de.png
[20190815110228239.jpg]: https://img-blog.csdnimg.cn/20190815110228239.jpg