ORACLE-04021,ora-04021错误分析处理过程

今天客户反映昨晚凌晨有一个批处理任务在运行时出现了ORA-04021的错误，导致批次失败，希望我能查找一下原因，

详细的插入语句如下：

insert into iidualdba.cdr_xxx@cps2 (.....) select ......

发现这条SQL是通过DB LINK来进行操作的，首先我们要先理解ORA-04021这个错误是如何产生的，只有知道了原因，

才能理解其为什么报错。

在oracle的实例里，包括着一个很大的内存区域，叫做library cache，其位于shared pool中，保存着各种类型的对象，如cursor,索引，表，视图，procedure,sequence等等，基本上数据库的基本元素都包含在这个区域里。当这些对象需要被使用时，需要对这些对象加上一个锁，以防止在对象使用过程中，这些对象的定义发生变化，这个锁被称为library cache lock 或library cache pin。

如果一个会话想使用某一个对象时，首先得获得一个锁(这个锁可以是null，共享或独占)，如果其获取的是library cache lock，这将防止其他会话修改相同的对象。(如程序包或视图的重新编译，会产生library cache lock的X锁)如果这个锁当前获取不了，这个会话将会继续等待，直到这个锁释放。任何一个会话要使用或修改对象时，都需要申请lock/pin，如果与其他会话的lock/pin不兼容，将会等待library cache lock或pin，直到获得这个锁。但是这个等待是有时间的，有些会话不可能一直等下去啊，默认这个时间是5分钟，会报

ORA-04021 timeout occurred while waiting to lock object %s%s%s%s%s.

Cause:  While trying to lock a library object, a time-out occurred.

Action: Retry the operation later.

如果是library cache里发生死锁，会发生与上面相类似的报错，其是会报

ORA-04020 deadlock detected while trying to lock object %s%s%s%s%s

Cause:  While trying to lock a library object, a deadlock is detected.

Action: Retry the operation later.

而不是报ORA-00060,因为ORA-00060是应用的死锁。

解决这个问题的关键是找到这个SQL想访问那个对象，通常的方法是通过

v$access,v$session_event,v$session_wait,v$locked_object等视图进行定位

SELECT * FROM DBA_DDL_LOCKS WHERE SCHEMA = ;

但我这里的故障因为是过去了，无法获取当时的信息，处理思路如下：

查dba_hist_active_sess_history,找到那个时间点，看看有什么会话被blocking_session阻塞的，结合时间点,然后定位到那条insert 语句，看到blocking_session正在select seq$基表，初步估计是因为sequence的cache值太小，造成了其被堵塞。建议用户将相关的sequence cache 加大进行观察。

有另外的方法进行相关对象的查找，利用 $ORACLE_HOME/rdbms/admin/rdeptree.sql创建一个包，

然后可以找出相关对象的依赖信息

SQL> exec rdeptree_fill('PROCEDURE', 'TEST', 'P1');

PL/SQL procedure successfully completed.

Now you will see the dependencies using the following select:

SQL> select * from irdeptree;

DEPENDENCIES

--------------------------------------------------------------------------------

PROCEDURE TEST.P1

PACKAGE SYS.STANDARD

VIEW TEST.V1

TABLE TEST.T1

PACKAGE SYS.STANDARD

PACKAGE SYS.SYS_STUB_FOR_PURITY_ANALYSIS

可以看到，上述的对象按层次依赖。这是查找依赖的一个较好的方法.

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/12482/viewspace-2065501/，如需转载，请注明出处，否则将追究法律责任。