今天同事修改存储过程又导致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;

--指定sessionSID


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



问题解决。






-------加群需要在备注说明Oracle表空间和数据文件的关系,否则拒绝申请----

DBA1 群:62697716(满);   DBA2 群:62697977(满)  DBA3 群:62697850(满)  

DBA 超级群:63306533(满);  DBA4 群:83829929   DBA5群: 142216823

DBA6 群:158654907    DBA7 群:172855474   DBA总群:104207940