检查DBA_REGISTRY_HISTORY是最直接可靠的数据库层验证方式，它反映补丁是否真正注册进数据字典；需结合opatch lsinventory（二进制层）、v$version（运行时版本）和dba_objects（对象有效性）交叉验证，缺一不可。
检查 DBA_REGISTRY_HISTORY 中的补丁记录
这是最直接、最可靠的数据库层验证方式，反映的是补丁是否真正被注册进数据字典。补丁（尤其是 psr/psu）安装后必须运行 catbundle.sql 或类似脚本升级数据字典，否则即使 opatch lsinventory 显示已装，实际也未生效。
连接数据库执行：
SELECT action, action_time, namespace, version, id, comments FROM dba_registry_history ORDER BY action_time DESC;
重点关注：
• action 为 APPLY
• comments 包含明确的补丁标识，如 PSU 11.2.0.4.180116 或 Patchset 11.2.0.4.0
• version 字段应与目标补丁集版本一致（例如从 11.2.0.3.0 升至 11.2.0.4.0）
• 若只看到 UPGRADE 但无对应 APPLY 记录，说明补丁未完成注册
运行 opatch lsinventory 确认二进制层安装
该命令检查 Oracle Home 下的物理补丁文件是否存在、是否被 OPatch 工具识别。它不验证数据库是否启用补丁功能，仅确认“文件已放进去”。
执行前务必确保：
• ORACLE_HOME 已正确设置
• 当前用户是 oracle（或具备读取 $ORACLE_HOME/OPatch 权限的用户）
• $ORACLE_HOME/OPatch/opatch 可执行（必要时 chmod +x opatch）
典型成功输出包含：
• Installed Top-level Products 下显示基础版本（如 Oracle Database 11g）
• Interim patches (3) 类似行，且下方列出具体补丁 ID（如 26925576）
• 结尾显示 OPatch succeeded.
常见失败信号：
• 报错 Oracle Home is not set → 环境变量缺失
• 输出中只有 There are no Interim patches installed → 补丁未 apply 或 apply 失败未重试
• 补丁 ID 存在但 dba_registry_history 无对应记录 → 数据字典未升级
验证 v$version 和 product_component_version
这两个视图反映的是数据库启动时加载的实际版本信息，受补丁影响最真实。Patchset 补丁集（如 11.2.0.4.0）会改变主版本号，而 PSU 不会——这点常被误判。
执行：
SELECT * FROM v$version;
或：
SELECT product, version FROM product_component_version;
关键判断点：
• 若安装的是 Patchset（如 11.2.0.4.0），v$version 的 BANNER 行应显示完整四段式版本（如 Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production）
• 若只打了 PSU（如 11.2.0.4.180116），BANNER 仍显示 11.2.0.4.0，但可通过 dba_registry_history 或 opatch lsinventory 查到具体 PSU 编号
• 若 v$version 仍为旧版（如 11.2.0.3.0），说明数据库未重启，或补丁未生效，或根本未安装成功
检查无效对象和 registry$sys_invokables
补丁安装失败最常见的副作用是产生大量无效对象，尤其在 PSU 或 CPU 安装后未运行 utlrp.sql 时。
执行：
SELECT COUNT(*) FROM dba_objects WHERE status <> 'VALID';
如果结果 > 0，特别是数量级在几十以上，说明补丁的数据字典变更未完全应用，或编译失败。此时需手动运行：
@?/rdbms/admin/utlrp.sql
另外可辅助查：
SELECT * FROM registry$sys_invokables WHERE invokable_type = 'PATCH';
该表记录了由补丁注册的可调用对象（如修复后的 PL/SQL 包）。若为空，大概率补丁未完成注册流程。
补丁是否“安装成功”，从来不是单一命令能回答的问题。它横跨操作系统文件层（opatch）、数据库字典层（dba_registry_history）、运行时版本层（v$version）和对象有效性层（dba_objects）。漏掉任意一层，都可能让系统看似正常，实则带病运行。
