oracle查看两个库scn,dblink致Oracle库的SCN变成两库的最大值

Oracle数据库的系统变更号(SCN)在多数据库通过DBLINK交互时,可能会导致SCN值异常增长,超出每秒16×1024的最大增涨幅度。当SCN达到其48位的最大值时,可能导致数据库宕机。2012年的某个补丁包可能触发这一问题,使得SCN仅能维持38天的有效期。数据库集群中不同版本的混合使用,特别是如果某个数据库出现问题,可能引发整个集群的SCN暴涨,增加系统风险。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

5268f80b9b1e01f982625ef6fac83ca1.png

Oracle 数据库的scn是系统识别号,递增的,它的保存位数为48位,就是说最大值是2的48次方. 系统每秒最大增加16times;1024数。

Oracle 数据库的scn是系统识别号,递增的,它的保存位数为48位,就是说最大值是2的48次方.

系统每秒最大增加16×1024数。

我们的数据库有很多,相互之间中dblink关联的很多。

而如使用A表使用dblink连接B库,A库的SCN的100,B库的SCN是300.在使用dblink连接操作一次后,A库的SCN立即变成300.两个库的SCN值会变成一致,,取的是两个数据库的SCN的最大值。

这就是导致了数据库SCN不在遵守每秒16×1024这个最大值的限制。

一个数据库群中,使用dblink相互关联后,所有的数据库SCN号变成SCN号最大的值。

问题来了。。。

数据库群中的版本会是各种各样的。有10g,也有11g

如果某一个版本的库有问题,SCN爆涨,会导致所有的数据库SCN暴涨。

如果SCN号增加到2的48次方,数据库将宕机,能不能再起得来都不知道。

在这之前,alert.log会有这样的错误提示:

************************************************************

Warning: The SCN headroom for this database is only 38 days!

************************************************************

说scn只能用38天了。

不幸的是,oracle 在2012年发布了一个补丁包,会导致这个bug出现。

logo.gif

1428d0e076c3959ab11d28a39bc84fab.png

5268f80b9b1e01f982625ef6fac83ca1.png

本条技术文章来源于互联网,如果无意侵犯您的权益请点击此处反馈版权投诉

本文系统来源:php中文网

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值