当前位置: 首页 >> 技术文章 >> 如何处理会话等待事件与ORA-21780故障
如何处理会话等待事件与ORA-21780故障
发布时间:2018-12-04 发布人:张维照 123



前日有套11.2.0.3 RAC on HPUX数据库环境突然出现较高的latch: free wait event, 该event在10G以后的版本较为少见(已经细化为具体latch) ,  通过p1 or p2值可以确认具体latch. 下面记录一下这个问题。


image.png

image.png


Note:
具体的latch是“transaction branch allocation” 常见于多个新会话logon开始新trasactions时。



收集该时段AWR




Note:


注意latch free, transaction branch allocation占用较高的db time, latch 位置主要是ksupuc(kernel service user processes push user call), 和ktcsbr(kernel transaction control component state branch), 同时每秒logon在10, 每秒事务在860左右, 是一个较忙的数据库, 同时CPU 使用率高大98%。 是否在是CPU 较高时触发了某个BUG? 在MOS中查找发现命中一
Bug 20130575 .


该BUG在影响11.2.0.3 、11.2.0.4 、12cR1 ,在12c R2版本中修复,在一些版本中提供one off patch, 但是在当前平台版本没有相应的bug. 因版本已过服务期,无法提供新的BUG. 该问题会在经过一段时间后自愈,还会间隔出现, 属于一种程序代码缺陷,没有其它有效的手段, 我分析该bug 应该于cpu high usage 有间接关系,于时建议部分应用调整到了另一节点, 规避该问题,调整后CPU降到70%左右后,该问题没有再出现。




问题背景:此问题发生在 Oracle RAC 环境11.2.0.3,db 警报日志显示SMON频繁引发 Ora-21780故障,这些错误无法清除某些对象时,这篇文章简单记录了这个案例,以及如何修复这个故障。


#db警报日志

Fri Nov 02 09:55:59 2018
Errors in file /oracle/app/oracle/diag/rdbms/anbob/anbob1/trace/anbob1_smon_12872.trc:
ORA-21780: Maximum number of object durations exceeded.
Errors in file /oracle/app/oracle/diag/rdbms/anbob/anbob1/trace/anbob1_smon_12872.trc:
ORA-21780: Maximum number of object durations exceeded.
Errors in file /oracle/app/oracle/diag/rdbms/anbob/anbob1/trace/anbob1_smon_12872.trc:
ORA-21780: Maximum number of object durations exceeded.
Errors in file /oracle/app/oracle/diag/rdbms/anbob/anbob1/trace/anbob1_smon_12872.trc:
ORA-21780: Maximum number of object durations exceeded.
Errors in file /oracle/app/oracle/diag/rdbms/anbob/anbob1/trace/anbob1_smon_12872.trc:
ORA-21780: Maximum number of object durations exceeded.
Errors in file /oracle/app/oracle/diag/rdbms/anbob/anbob1/trace/anbob1_smon_12872.trc:
ORA-21780: Maximum number of object durations exceeded.


注:

Rais Ora-21780

#Smon跟踪文件

*** 2018-11-02 09:59:27.930
SMON: following errors trapped and ignored:
ORA-21780: Maximum number of object durations exceeded.

*** 2018-11-02 09:59:29.468
         Drop transient type:   SYSTPeJCgNOyAXhHgVEgPz2hhrg==

*** 2018-11-02 09:59:29.468
SMON: following errors trapped and ignored:
ORA-21780: Maximum number of object durations exceeded.

*** 2018-11-02 09:59:34.478
         Drop transient type:   SYSTPeJCgNOyAXhHgVEgPz2hhrg==

*** 2018-11-02 09:59:34.478
SMON: following errors trapped and ignored:
ORA-21780: Maximum number of object durations exceeded.
         Drop transient type:   SYSTPeJCgNOyAXhHgVEgPz2hhrg==


注:
似乎要多次删除同一个对象,对象是名为“SYSTPeJCgNOyAXhHgVEgPz2hhrg=”的瞬态类型,此问题似乎只发生在RAC环境中,默认清理时间为12小时。


什么是“瞬态类型”对象?

瞬态对象:在名称上,瞬态对象是在应用程序期间任何时候创建和销毁的临时对象,其寿命不超过应用程序的寿命。不能将它们转换为持久对象,因为这些对象仅用于存储临时值以供计算。


对象类型可用作:

1.Oracle表中列的数据类型。
2.对象实例在PL/SQL程序单元中声明期间的数据类型。
3.另一个对象或集合类型的属性。
4.程序和函数签名中的形式参数。
5.函数的返回类型。


提示:从Oracle数据库第12c版和第12.2版开始,可以在活动数据保护实例上创建瞬态类型,条件是:
实时应用程序是在活动数据保护程序上运行的,而逻辑待机时间并不远远落后于主站(通常是秒的顺序)。


解决办法:

1]首先,您可以禁用以前推荐的事件,因为我们已经有了错误堆栈跟踪:

$ sqlplus / as sysdba
alter system set events '21780 trace name context off';
exit



[2]第二,请手动删除当前顺泰类型如下:

$ sqlplus / as sysdba
SQL> select 'drop type "'||o.name ||'" FORCE; --'||o.owner#||o.ctime
from obj$ o, type$ t
where o.oid$ = t.tvoid and
bitand(t.properties,8388608) = 8388608 and (sysdate-o.ctime) > 0.0007;



一旦遇到问题,缓冲区缓存Flushing可以解决它。


注:

我们可以重新安排这个自动清理每一个小的时间段。例如将其设置为30分钟如下

$ sqlplus / as sysdba alter system set event='22834 trace name context forever, level 30' scope=spfile;

shut immediate
startup


通过设置事件22834,可以防止SMON清理瞬态类型。但是,这会导致瞬态类型增加。