客户反映晚上批量处理异常，一个通常20秒完成的步骤昨晚耗时3000多秒。通过AWR报告分析，发现等待事件为enq: DX - contention 和inactive transaction branch，与DBLINK相关。尽管这两个事件存在已有一周，但并非导致异常的直接原因。深入分析存储过程和SQL，发现一条SQL（atqht9zp3j1ym）执行次数异常，因业务特殊性在特定月份的两天内执行了200多万次，导致跑批时间延长。解决问题需深入定位，避免被TOP 5等待事件误导。
客户反应晚上跑批异常，有一步平时20秒左右结束，昨晚跑了3000多秒，发来awr报告让我分析。很是兴奋，双击打开直奔TOP 5等待事件，如下：
出现了平时少见的enq: DX - contention 和inactive transaction branch。这两个事件是相伴的。 这两个等待事件是和DBLINK相关的，metalink上有相关的文章：High CPU by Sessions Holding DX Enqueue; Others Waiting 'enq: DX - contention' [ID 1275884.1]
299
725
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
最低0.47元/天 解锁文章
扫一扫
