Oracle 等待事件（Wait Event）：Sync ASM rebalance 解析-CSDN博客

本文探讨了Oracle数据库中SyncASMrebalance等待事件的含义及其在集群中的作用，尤其是在11g版本后的变化。该事件确保了ASM变更在集群间的同步，避免了因重平衡操作不当引发的问题。同时，文章提及了在12.2和18c版本中，此事件可能由特定BUG引起，并提供了官方建议的临时解决方案。

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

墨天轮原文链接：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

以上内容，仅供参考。