千家信息网

Oracle 等待事件(Wait Event):Sync ASM rebalance 解析

发表于:2024-09-22 作者:千家信息网编辑
千家信息网最后更新 2024年09月22日,摘要:在 Oracle 数据库中,经常可以见到一个特殊的等待事件:Sync ASM rebalance 。这个等待事件的基本含义是:在集群中,通过同步 ASM 的重平衡变化,以使得 ASM 的变更在集
千家信息网最后更新 2024年09月22日Oracle 等待事件(Wait Event):Sync ASM rebalance 解析摘要:在 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引起的,例如:

  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;

当您遇到这种情形,请和您的技术支持伙伴联系。

以下是一个 Sync ASM rebalance 等待事件占比最高的 AWR 实例:

Event                                 Waits Total Wait Time (sec) Avg Wait % DB time Wait ClassSync ASM rebalance               10,997 470.3 42.77ms 20.6 Other log file sync                    5,503 172.3 31.31ms 7.6 Commitcontrol file sequential read        43,966 114.1 2.60ms 5.0 System I/Oenq: IV - contention                95,614 72.1 753.93us 3.2 Other

以上内容,仅供参考。

更多Oracle案例解析请戳: https://www.modb.pro/u/368?cyn

0