数据库管理-第314期 Oracle中对象失效了？（20250412）

数据库管理-第314期 Oracle中对象失效了？（20250412）

作者：胖头鱼的鱼缸（尹海文）
Oracle ACE Pro: Database
PostgreSQL ACE Partner

10年数据库行业经验
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP，ITPUB认证专家
圈内拥有“总监”称号，非著名社恐（社交恐怖分子）

公众号：胖头鱼的鱼缸
CSDN：胖头鱼的鱼缸（尹海文）
墨天轮：胖头鱼的鱼缸
ITPUB：yhw1809。
除授权转载并标明出处外，均为“非法”抄袭

其实吧，几乎每个Oracle数据库都会有一些失效的对象，有些是不用了刻意为之，但是有些却会带来灾难性的后果，前两天解决的一系列故障，都和失效对象有关，本期整合在一起讲解一下。

1 背景说明

首先这里主要是两个问题：

• 一个package的package body突然变成invalid状态了，而一个实时报表输出业务使用了这个package，导致执行调用会失败，但是产生的会话会一直占用资源，直到超过连接池上限从而引起整个业务不可用
• 多个用于5分钟粒度定时数据同步任务的procedure变成了invalid状态，导致数据无法及时更新，影响了部分报表业务

从处理方案来看，其实无论是package还是procedure变味invalid状态，只需要重建或者重编译即可，但是两种解决方案都会进入挂起状态，报错ORA-04021，即等待锁定对象超时，或者完全无响应。

2 如何解决

首先我们要知道当这些对象被调用的时候，是无法被重建或重编译的，那么第一件事情就是停掉相关业务，但这并不一定能解决问题，可能还会有部分会话继续执行。
那么第二件事就是根据语句信息杀掉对应会话：

select 'alter system kill session '''||sid||','||serial#||',@'||inst_id||''';' from gv$session where sql_id='$sql_id';

根据生成的内容执行kill session的操作即可。但是如果还有占用怎么办，下面有循序渐进的三个方案：

2.1 基于v$locked_object

select inst_id,session_id,object_id from gv$locked_object where object_id='$object_id';

这里可以根据object_id查找到被锁定对象的会话信息（实例和sid），再到gv$session查询并处理即可。但是当一些特殊情况下有可能是查询不到对应信息的。

2.2 基于v$access

select inst_id,sid,object from gv$access where object='$OBJECT_NAME';

这里可以通过对象名称查询到被锁定对象的会话信息（实例和sid），再到gv$session查询并处理即可。

2.3 基于dba_ddl_locks

在一些情况下还会有ddl相关的锁，可以通过以下语句进行排查：

select session_id,owner,name,type from dba_ddl_locks where name='$OBJECT_NAME';

这里可以通过对象名称查询到被锁定对象的会话信息（sid），再到gv$session查询并处理即可。

通过以上几个步骤基本可以解决对象占用的问题，这时候就可以进行invalid对象的重建或重编译操作了。

3 绕行方案

如果再有极端情况下未能完成对象的重建或重编译，那么根据实际情况可能还有以下一些解决方案：

• 重启数据库以释放占用
• 创建不同名称但相同内容的对象更改业务调用对象
• …

总结

本期基于前两天处理invalid对象的故障进行了简单总结。
老规矩，知道写了些啥。