Oracle 12.1生产库无人工操作下包自动失效的原因排查咨询

针对你遇到的通过DB Link引用远程表的PL/SQL包突然失效的问题，以下是无需人工干预就可能触发失效的核心原因：

远程端对象变更 #

• 远程数据库中被引用的3张表发生结构变更（如新增/删除列、修改数据类型、约束变更等）：Oracle会定期校验本地对象对远程对象的依赖关系，一旦远程对象元数据变化，本地依赖它的包会被标记为失效。
• 远程对象被重命名或删除：如果远程表被更名或者直接删除，本地包的依赖关系断裂，会直接触发失效。

DB Link 相关异常 #

• DB Link 的权限变更：远程数据库中，该DB Link使用的账号被撤销了访问目标表的权限（如SELECT权限），导致本地包无法正常解析依赖，进而失效。
• DB Link 本身的可用性波动：如果DB Link曾出现短暂的连接失败（如远程库重启、网络中断），在某些场景下Oracle会标记依赖该DB Link的对象为失效，后续即使连接恢复，包状态也不会自动恢复。

数据库自动维护操作 #

• Oracle 12.1 的自动统计信息收集任务（DBMS_STATS自动任务）：虽然统计信息收集本身不会直接导致失效，但如果任务在处理远程对象依赖时出现异常，可能间接触发对象失效标记。
• 自动编译任务异常：Oracle的UTL_RECOMP自动编译任务如果在处理该包时失败，可能会将其置为失效状态；或者任务运行时的资源不足导致编译中断。

其他隐性系统操作 #

• 闪回操作：如果远程数据库执行了闪回表操作，导致表结构或数据的历史版本被恢复，可能会触发本地依赖对象的失效。
• 远程数据库版本/补丁变更：远程数据库升级补丁或版本变更后，对象元数据的存储格式发生变化，本地Oracle无法正确解析依赖，标记包为失效。

验证方法 #

可以通过以下SQL查询依赖关系和失效原因：

-- 查看包的依赖对象及状态
SELECT d.referenced_owner, d.referenced_name, d.referenced_type, d.status
FROM all_dependencies d
WHERE d.owner = '你的包所属用户'
  AND d.name = '你的包名'
  AND d.referenced_type IN ('TABLE', 'SYNONYM');

-- 查看失效对象的详细原因
SELECT o.object_name, o.status, e.error
FROM all_objects o
LEFT JOIN all_errors e ON o.owner = e.owner AND o.name = e.name AND o.type = e.type
WHERE o.owner = '你的包所属用户'
  AND o.name = '你的包名';

内容的提问来源于stack exchange，提问作者shiva