十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
在 Oracle 数据库中,经常可以见到一个特殊的等待事件:Sync ASM rebalance 。
西林网站制作公司哪家好,找成都创新互联!从网页设计、网站建设、微信开发、APP开发、成都响应式网站建设公司等网站项目制作,到程序开发,运营维护。成都创新互联2013年至今到现在10年的时间,我们拥有了丰富的建站经验和运维经验,来保证我们的工作的顺利进行。专注于网站建设就选成都创新互联。
这个等待事件的基本含义是:在集群中,通过同步 ASM 的重平衡变化,以使得 ASM 的变更在集群之间可以保持一致。
这个事件来自于 11g 中的增强,在 10g 中,以下 BUG 揭示,当 ASM Rebalance 信息未能在全局同步引发的问题:
Bug 4430246 ASM Disk expel (after a rebalance) is not synchronous cluster-wide
然而在 Oracle 12.2 和 18c 中,这个事件的出现,一些情形和磁盘的 Rebalance 无关,而是由于某些BUG引起的,例如:
针对这些情况,官方提供的临时解决方案是:
alter system set “_use_cached_asm_free_space”=TRUE scope=spfile;
当您遇到这种情形,请和您的技术支持伙伴联系。
以下是一个 Sync ASM rebalance 等待事件占比最高的 AWR 实例:
Event Waits Total Wait Time (sec) Avg Wait % DB time Wait Class Sync ASM rebalance 10,997 470.3 42.77ms 20.6 Other log file sync 5,503 172.3 31.31ms 7.6 Commit control file sequential read 43,966 114.1 2.60ms 5.0 System I/O enq: IV - contention 95,614 72.1 753.93us 3.2 Other
以上内容,仅供参考。
更多Oracle案例解析请戳: https://www.modb.pro/u/368?cyn