墨天原文鏈接:https://www.modb.pro/db/22964?ywm
在 Oracle 數據庫中,經常可以見到一個特殊的等待事件:Sync ASM rebalance 。這個等待事件的基本含義是:在集羣中,通過同步 ASM 的重平衡變化,以使得 ASM 的變更在集羣之間可以保持一致。
在 Oracle 數據庫中,經常可以見到一個特殊的等待事件:Sync ASM rebalance 。
這個等待事件的基本含義是:在集羣中,通過同步 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引起的,例如:
- EM13c Space Monitoring Query (sqlid=69p6my4hpdm3j) On dba_tablespace_usage_metrics Timed Out after Db Upgraded To 12.2 (Doc ID 2375714.1)
- Bug 26928317 SAGEASM-E ASM hang at ‘sync asm rebalance’ with underlying corruption
針對這些情況,官方提供的臨時解決方案是:
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
以上內容,僅供參考。