昨天整理了一下shutdown过程中db hang住的问题，参考：
Oracleshutdown 过程中 DBhang住 解决方法
http://blog.csdn.net/tianlesoftware/article/details/7407587
今天同事修改存储过程又导致2个过程无法被编译，流程规范上的东西，Dave 这里不多说，看看怎么解决问题。
1. 查看无效对象
XEZF@xezf(qs-xezf-db1)> select object_name,object_type,status from all_objects where status='INVALID' and owner='XEZF';
OBJECT_NAME OBJECT_TYPE STATUS
------------------------------------------------- -------
PROC_OB_TO_XEZF PROCEDURE INVALID
PROC_JOB_OB_WRITE PROCEDURE INVALID
以上是2个不能编译的过程，我们查看使用这2个过程的session：
2. 查看正在访问无效对象的session：
这里我们使用 v$access 视图：
V$ACCESS displaysinformation about locks that are currently imposed on library cache objects.The locks are imposed to ensure that they are not aged out of the library cachewhile they are required for SQL execution.
XEZF@xezf(qs-xezf-db1)> Select * from v$access where object='PROC_OB_TO_XEZF';
SID OWNER OBJECT TYPE
---------- -------------------------------- ------------------------
958 XEZF PROC_OB_TO_XEZF PROCEDURE
XEZF@xezf(qs-xezf-db1)> Select * from v$access where object='PROC_JOB_OB_WRITE';
SID OWNER OBJECT TYPE
---------- -------------------------------- ------------------------
958 XEZF PROC_JOB_OB_WRITE PROCEDURE
从以上查询结果，是958的session 在使用。
3. 查看session 状态：
XEZF@xezf(qs-xezf-db1)> select sid,serial#,status,process from v$session where sid='958';
SID SERIAL# STATUS PROCESS
---------- ---------- -------- ------------
958 8350 KILLED 24007
从以上结果看，这个session 已经被标记为killed状态了。 被标记为killed 的进程由PMON 进程kill，但是这个也是有条件的：
PMON will notdelete the session object itself until the client connected to that sessionnotices that it has been killed.
如果session 被标记为killed，并且长时间不能被清楚，MOS上给出的解决方法是在OS级别kill 进程。 这个问题会另篇Blog 进行说明。
4. 获取session 对应的SPID
XEZF@xezf(qs-xezf-db1)> select spid,osuser, s.program
2 from v$session s,v$process p
3 where s.paddr=p.addr and s.sid=958;
--指定session的SID
SPID OSUSER PROGRAM
------------ ------------------------------------------------------------------
24007 oracle oracle@qs-xezf-db1 (J004)
在Linux 平台下，我们就可以直接kill 这个进程了：
#kill -9 24007
5. Kill 进程
如果等PMON来清理这个进程可能需要很长时间，所以这里我们手工的kill 进程。 在OS级别进行操作：
[oracle@qs-xezf-db1 ~]$ ps -ef|grep 24007
oracle 10031 9299 0 17:39 pts/2 00:00:00 grep 24007
oracle 24007 1 0 Mar29 ? 00:00:01 ora_j004_xezf
[oracle@qs-xezf-db1 ~]$ kill -9 24007
[oracle@qs-xezf-db1 ~]$ ps -ef|grep 24007
oracle 10361 9299 0 17:54 pts/2 00:00:00 grep 24007
进程已经被kill掉了。
验证session：
XEZF@xezf(qs-xezf-db1)> select sid,serial#,status,process from v$session where sid='958';
SID SERIAL# STATUS PROCESS
---------- ---------- -------- ------------
958 8357 INACTIVE 1234
在次就可以成功编译无效的过程了。
XEZF@xezf(qs-xezf-db1)>select object_name,object_type,status from all_objects where status='INVALID' and owner='XEZF';
no rows selected
问题解决。
-------------------------------------------------------------------------------------------------------
版权所有，文章允许转载，但必须以链接方式注明源地址，否则追究法律责任!
Skype: tianlesoftware
Email: tianlesoftware@gmail.com
Blog: http://www.tianlesoftware.com
Weibo: http://weibo.com/tianlesoftware
Twitter: http://twitter.com/tianlesoftware
Facebook: http://www.facebook.com/tianlesoftware
Linkedin: http://cn.linkedin.com/in/tianlesoftware
-------加群需要在备注说明Oracle表空间和数据文件的关系，否则拒绝申请----
DBA1 群：62697716(满); DBA2 群：62697977(满) DBA3 群：62697850(满)
DBA 超级群：63306533(满); DBA4 群：83829929 DBA5群： 142216823
DBA6 群：158654907 DBA7 群：172855474 DBA总群：104207940