溫馨提示×

溫馨提示×

您好，登錄后才能下訂單哦！

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

Oracle 等待事件（Wait Event）：Sync ASM rebalance 解析

發(fā)布時間：2020-08-14 12:29:31 來源：ITPUB博客 閱讀：242 作者：云和恩墨 欄目：關系型數(shù)據庫
摘要：在 Oracle 數(shù)據庫中，經常可以見到一個特殊的等待事件：Sync ASM rebalance 。這個等待事件的基本含義是：在集群中，通過同步 ASM 的重平衡變化，以使得 ASM 的變更在集群之間可以保持一致。

在 Oracle 數(shù)據庫中，經?？梢砸姷揭粋€特殊的等待事件：Sync ASM rebalance 。

這個等待事件的基本含義是：在集群中，通過同步 ASM 的重平衡變化，以使得 ASM 的變更在集群之間可以保持一致。

這個事件來自于 11g 中的增強，在 10g 中，以下 BUG 揭示，當 ASM Rebalance 信息未能在全局同步引發(fā)的問題：
Bug 4430246 ASM Disk expel (after a rebalance) is not synchronous cluster-wide

然而在 Oracle 12.2 和 18c 中，這個事件的出現(xiàn)，一些情形和磁盤的 Rebalance 無關，而是由于某些BUG引起的，例如：

  1. EM13c Space Monitoring Query (sqlid=69p6my4hpdm3j) On dba_tablespace_usage_metrics Timed Out after Db Upgraded To 12.2 (Doc ID 2375714.1)
  2. Bug 26928317 SAGEASM-E ASM hang at ‘sync asm rebalance’ with underlying corruption

針對這些情況，官方提供的臨時解決方案是：
alter system set “_use_cached_asm_free_space”=TRUE scope=spfile;

當您遇到這種情形，請和您的技術支持伙伴聯(lián)系。

以下是一個 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 

向AI問一下細節(jié)

免責聲明：本站發(fā)布的內容（圖片、視頻和文字）以原創(chuàng)、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯(lián)系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。

AI
助
手