今天同事修改Oracle 存储过程又导致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
问题解决。
运维网声明
1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网 享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com