首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Oracle SCN HeadRoom分析与处理

最近几家客户的Oracle数据库开始集中爆发SCN HeadRoom问题,虽然SCN不会真正用完,但是数据库触碰到headroom天花板,还是可能有意想不到的情况发生,例如事务拒绝。...什么是SCN HeadRoom SCN是Oracle的内部时钟,他会随着Oracle的各种操作,不断增长,最大能涨到2的48次方,也算是个天文数字。...Oracle对于SCN的增长有个小小的限制,即当前HeadRoom,注意,用了 当前 两个字,表示这个HeadRoom是实时计算出来的,计算方式为:1988年距当前时间的秒数 * 16k,所以HeadRoom...是按照秒,每秒16K的涨幅在增加,每个时刻,Oracle会将SCN与HeadRoom进行比较,如果事务SCN超过HeadRoom,当前事务可能失败,但随着时间的流逝,HeadRoom也在不断增长,只要你的后续...如何有效处理SCN HeadRoom Oracle给出的方法,是对于SCN异常增长的数据库打补丁,如果没有相应补丁,就dblink层面隔离掉,另外有些提高阀值的调整方法,小编觉得并不治本。

2.1K100
您找到你想要的搜索结果了吗?
是的
没有找到

未完待续:关于DB Link和SCN,你还需要知道的是...

前情回顾: 更新通报:Oracle修正了关于DB Link补丁的公告 解决方案:Oracle的DB Link问题及升级路线详述 预警揭秘:11.2.0.4前版必须在2019年4月升级 Oracle Database...12.2 中,为了更彻底的解决SCN问题,Oracle 通过引入 BigSCN 的新特性,最终改变了 SCN 的算法。...在 Oracle 12.2 的执行文件中,可以看到其中的一点提示: [oracle12c@enmotech bin]$ strings oracle | grep big_scn _big_scn_test_mode...增加了内部函数去分析headroom,并通过 600 号错误的 kcm_low_scn_headroom_alert_1 抛出异常: 2018-03-23T18:12:01.849206+08:00....trc (incident=174304) (PDBNAME=CDB$ROOT): ORA-00600: internal error code, arguments: [kcm_low_scn_headroom_alert

98670

警告:ORA-00600 2252 错误正在SCN问题下不断爆发

针对 SCN 兼容性问题,我们曾经发布过一个系列的文章去阐述,所以在此不再赘述,以下链接供参考: 揭秘Oracle 11.2.0.4前版本DB Link必须在2019年4月前升级 解决方案:Oracle...的DB Link问题及2019年4月升级路线详述 Oracle全面修正了关于DB Link和SCN补丁的公告 Oracle 的 DBMS_SCN 修正以及SCN的auto-rollover新特性 在『DBASK...16,625,261,888,724 20190812-1644 16,625,269,791,170 20190812-1728 16,625,271,982,215 ==> 16k速率下SCN, 离headroom...约13天 20190812-1813 23,985,018,894,186 ==> 96k速率下SCN, 远高于 16k速率下headroom 20190812-1814 23,985,018,894,301...再次警示:请大家再次检查自己管理的数据库,是否还有高低版本混用的情况,如果有,重点关注是否有高版本数据库的SCN超越16k headroom的情况,最好做成监控脚本,万一有超过需要尽快升级旧版本。

71420

警告:ORA-00600 2252 错误正在SCN问题下不断爆发

针对 SCN 兼容性问题,我们曾经发布过一个系列的文章去阐述,所以在此不再赘述,以下链接供参考: 揭秘Oracle 11.2.0.4前版本DB Link必须在2019年4月前升级 解决方案:Oracle...的DB Link问题及2019年4月升级路线详述 Oracle全面修正了关于DB Link和SCN补丁的公告 Oracle 的 DBMS_SCN 修正以及SCN的auto-rollover新特性 (如链接跳转网页后仍无法查看...16,625,261,888,724 20190812-1644 16,625,269,791,170 20190812-1728 16,625,271,982,215 ==> 16k速率下SCN, 离headroom...约13天 20190812-1813 23,985,018,894,186 ==> 96k速率下SCN, 远高于 16k速率下headroom 20190812-1814 23,985,018,894,301...再次警示:请大家再次检查自己管理的数据库,是否还有高低版本混用的情况,如果有,重点关注是否有高版本数据库的SCN超越16k headroom的情况,最好做成监控脚本,万一有超过需要尽快升级旧版本。

80220

关于Oracle 10.2.0.5 版本应用SCN补丁14121009相关问题

环境:OEL 5.7 + Oracle 10.2.0.5 背景:Oracle发布的两篇关于2019年6月份将自动调整高版本数据库的SCN COMPATIBILITY的MOS文章引起了很多客户的恐慌,尤其是起初...Oracle对10g版本未提供任何补丁。...最开始Oracle是没有提供补丁的,但后来Oracle迫于广大10.2.0.5用户的压力,已经为这个版本提供了对应的补丁。...20:18 15184372089397 800.3 --非常规手段将测试环境的SCN 推进到16316960000000,再次巡检发现: 截至数据采集时,当前数据库的 SCN 增长速度过快,当前 Headroom...10.2.0.5这种应用补丁的方式: --DATABASE PATCH SET UPDATE 10.2.0.5.12 + 14121009补丁 截至数据采集时,当前数据库的 SCN 增长速度过快,当前 Headroom

1.1K20

预警揭秘:倒计时炸弹11.2.0.4前版本DB Link必须在2019年4月升级真相

Oracle 官方支持站点 MOS 上,最近发布了两篇告警文章,引发了用户的广泛关注,这两篇文章分别是: Oracle Databases Need to be Patched to a Minimum...我注意到很多用户在问:Oracle 是如何让这样的问题在2019年4月后触发的?难道是 Oracle 在数据库中埋下了一个时间触发器?...而在 2018年2月16日,Oracle 发布了 Oracle Database 18c 数据库,具体可以参考:Oracle 18c 数据库已经发布和新特性介绍。...在我的网站上,记录了一篇我在2006年写的文章,通过 DB Link 的查询会同步数据库的 SCN,也就是这个原理导致了后来很多 SCN 耗尽的 Headroom 问题: [oracle@jumper...因为 SCN 是 Oracle 的核心机制,过去遇到的 Headroom问题必须获得彻底消除,所以算法需要调整,这是非常核心的改变。 我们是否需要打补丁?

94180
领券