分类： Oracle
2009-04-14 17:46:34
在一次存储过程的更新中，开发人员因为网络的问题（操作超时被防火墙踢下），导致存储过程被锁，再次操作的时候报ORA-04021错误，
该错误的产生，一般是在你试图更新一个存储过程的时候。具体现象就是：你试图更新一个存储过程，编译时会一直等待，当超过一定时间后，提示这个错误。
Oracle对这个错误的解释如下：
ORA-04021 timeout occurred while waiting to lock object stringstringstringstringstring
Cause: While waiting to lock a library object, a timeout is occurred.
Action: Retry the operation later.
这很有可能是因为其他会话在调用该后台包，此时该包在共享池中被锁住。查询v$session_wait时会发现你的会话处于“library cache pin”等待。我通过内网用sys用户执行了
SELECT DISTINCT '(' || s.sid || ') - ' || username AS "(session) - username"
FROM V$SESSION s, sys.x$kglob o, sys.x$kglpn p
WHERE upper(o.kglnaobj) LIKE upper('%MOSTAT%')
AND p.kglpnhdl = o.kglhdadr
AND s.SADDR = p.kglpnuse
查到MOSTAT这个存储过程被那个进程占用着（显示结果中的SYS为本次会话，可以排除）。通过oem或其他第三方工具将查到的进程杀死即可。
一些ORACLE中的进程被杀掉后，状态被置为"killed"，但是锁定的资源很长时间不释放，有时实在没办法，只好重启数据库。现在提供一种方法解决这种问题，那就是在ORACLE中杀不掉的，在OS一级再杀。
1.下面的语句用来查询哪些对象被锁：
select object_name,machine,s.sid,s.serial#
from v$locked_object l,dba_objects o ,v$session s
where l.object_id = o.object_id and l.session_id=s.sid;
2.下面的语句用来杀死一个进程：
alter system kill session '24,111'; (其中24,111分别是上面查询出的sid,serial#)
【注】以上两步，可以通过Oracle的管理控制台来执行。
3.如果利用上面的命令杀死一个进程后，进程状态被置为"killed"，但是锁定的资源很长时间没有被释放，那么可以在os一级再杀死相应的进程（线程），首先执行下面的语句获得进程（线程）号：
select spid, osuser, s.program
from v$session s,v$process p
where s.paddr=p.addr and s.sid=24 （24是上面的sid）
4.在OS上杀死这个进程（线程）：
1)在unix上，用root身份执行命令:
#kill -9 12345（即第3步查询出的spid）
2)在windows（unix也适用）用orakill杀死线程，orakill是oracle提供的一个可执行命令，语法为：
orakill sid thread
其中：
sid：表示要杀死的进程属于的实例名
thread：是要杀掉的线程号，即第3步查询出的spid。
例：c:>orakill orcl 12345
ORA-00031: session marked for kill
Cause: The session specified in an ALTER SYSTEM KILL SESSION command cannot be killed immediately (because it is rolling back or blocked on a network operation), but it has been marked for kill. This means it will be killed as soon as possible after its current uninterruptible operation is done.
Action: No action is required for the session to be killed, but further executions of the ALTER SYSTEM KILL SESSION command on this session may cause the session to be killed sooner.
