问题描述
在之前的文章中，我们阐述了“预警揭秘：倒计时炸弹11.2.0.4前版本DB Link必须在2019年4月升级真相”，可能很多人心存疑惑，这个问题严重吗？有多严重？会影响到我吗？
专家解答
1、这个问题严重吗？
首先，我们分析这个问题的起因就是因为Oracle用了空前严重的措辞，11.2.0.3 及以前版本，使用DB Link的，在2019年6月前必须应用到推荐的补丁。
这个警告是非常严重的。
如果经历过 2011 - 2013 年左右，通宵达旦升级 SCN 补丁的DBA都会心有余悸、印象深刻，如果数据库的 SCN 接近极限，则数据库就可能频繁出错，最坏的情况是事务都执行不了，数据库停顿。由于SCN不可以重置，严重情况甚至要重建数据库。
所以和 SCN 相关的问题，都是很严重的问题。
但是注意，严重的问题不一定会影响所有客户，最容易遭遇问题的是，事务频繁、交易频繁、压力大的数据库，这类系统SCN增长快，Headroom紧张，对于空闲度高、事务率低的系统基本上没有什么事（除非杯具的遇到BUG），这一类的系统无需过度忧虑。
还要一个大前提，如果你不用 DB Link，这个事情就和你一点关系都没有，可以安全的忽略之！
但是不要误会：低版本、不用DB Link并不意味着你不会遇到SCN的 ORA-19706错误，你的数据库如果有SCN增长过快的问题，同样会中止服务（用 scnhealthcheck 脚本可以进行检查）。只是没有办法使用新特性的增强解决方案，Oracle 致力于解决的就是跨DB Link的SCN拉平导致的各种异常。
2、影响的是什么？
简单来说，影响的是 SCN算法，SCN 是数据库内部的时钟。
Oracle设置了倒计时，在 2019年6月23日，自动启用 3 级兼容性，提升SCN的可用量。
也彻底废弃 16K/s 的增长率，提升到 96K/s 的增长率，目标是让数据库支持的变化更多，承载能力更强，这是进步。但是注意：即便都升级到高版本并且到2019年自动过度到 3 级兼容性，SCN 越界的ORA-19706问题仍然可能会遇到。
SCN新算法兼容性有四个级别，是为了让SCN的可用量更多而已，级别可设置的是 1，2，3，将要自动进化到的就是 3 级。下表我们绘制了兼容性曲线，可以看到 RSL 3 的SCN可用空间获得了大幅度提升。
当然你可以通过禁用这个自动过度，让数据库SCN维持在以前的增长率上。
在 DBMS_SCN 的工具包里提供了 DISABLEAUTOROLLOVER 和
ENABLEAUTOROLLOVER 的过程。
并且 Oracle 修改了 SCN 起点的算法从 1998 年 推进到 2008 年。时代已然改变。具体请各位向下看详细描述的技术内容。
