必须先设置ORACLE_HOME，否则opatch lsinventory报“Oracle Home is not set”；其输出中“Installed Top-level Products”行的版本号（如19.21.0.0.0）才是数据库基线版本。
opatch lsinventory 命令必须先设置 ORACLE_HOME
不设 oracle_home 就直接运行 opatch lsinventory，会立刻报错：oracle home is not set. opatch cannot proceed!。这不是权限问题，是 opatch 工具根本找不到 oracle 安装目录。
Linux 下用 echo $ORACLE_HOME 确认变量是否已设；没设就先执行：export ORACLE_HOME=/path/to/your/oracle/home（路径要和实际一致，比如 /u01/app/oracle/product/19c/dbhome_1）。
Windows 下检查方式不同：echo %ORACLE_HOME%，未设置时需用 set ORACLE_HOME=C:\app\user\product\19c\dbhome_1 临时赋值，或写入系统环境变量。
注意：opatch 只在 $ORACLE_HOME/OPatch 目录下存在，不能跨 Oracle Home 复用 —— 比如你有 12c 和 19c 两个实例，必须分别进各自的 OPatch 目录执行。
lsinventory 输出里哪行代表主版本号
opatch lsinventory 的输出里，真正反映数据库“基线版本”的是 Installed Top-level Products 下那一行，例如：
Installed Top-level Products (1): Oracle Database 19c 19.21.0.0.0
这里的 19.21.0.0.0 是 base 版本，不是当前补丁后的完整版本号。它对应的是你当初安装介质的版本，v$version 查到的也是这个值。
别被下面这行误导：OPatch version : 14.1.0.0.0 —— 这只是 OPatch 工具自身的版本，和数据库无关。
如果看到 There are no Interim patches installed in this Oracle Home.，说明没打过任何 one-off 补丁或 RU；但不代表没打过 PSU（有些旧版 PSU 不显示为 interim patch）。
为什么 lsinventory 显示“无补丁”但数据库实际已升级
常见现象：opatch lsinventory 显示 No patches installed 或 no Interim patches，但 SELECT * FROM dba_registry_history; 却有记录，甚至 v$version 显示的是 19.22.0.0.0。
原因有三个：
- 你查的是数据库实例的版本（
v$version），但它反映的是启动时加载的内核镜像 —— 这个镜像可能来自 RU 升级后替换的$ORACLE_HOME/rdbms/admin/catbundle.sql等脚本，而 OPatch 并不追踪这类字典级变更； -
dba_registry_history记录的是数据字典变更（如CATBUNDLE执行），属于 Oracle 内部机制，不走 OPatch 流程； - RUs（Release Updates）从 12.2 起默认以“overlay”方式安装，部分元数据不落进 OPatch inventory，得靠
DBA_REGISTRY_SQLPATCH视图确认是否生效。
所以单看 opatch lsinventory 会漏判 —— 它只管二进制层补丁，不管 SQL 层更新。
普通用户查不到 v$version，但仍有办法快速确认版本
如果你只有普通账号、没有 SELECT_CATALOG_ROLE，连 v$version 都报 ORA-00942: table or view does not exist，别硬试权限，换更轻量的方式：
执行：SELECT banner FROM v$version WHERE rownum = 1; —— 失败就放弃；
改用：SELECT * FROM product_component_version;，这个视图对 PUBLIC 开放，返回结果类似：
PRODUCT VERSION -------------------------------- ------------------ NLSRTL 19.21.0.0.0 Oracle Database 19c Enterprise Edition 19.21.0.0.0
虽然不包含位数（32/64）和编译时间，但主版本号足够用于日常比对；
若连这个也拒绝访问（极少见），最后手段是登录服务器，运行：$ORACLE_HOME/bin/oracle -v，输出形如 Oracle Database 19c Enterprise Edition Release 19.21.0.0.0 - Production。
记住：product_component_version 和 oracle -v 都不依赖实例运行状态，只要 $ORACLE_HOME 可达就能用 —— 这点比 v$version 更可靠。
