如何卸载并重新安装Oracle JVM_数据库升级或损坏时修复Java组件的步骤-Oracle-PHP中文网

卸载 oracle jvm 前必须先清理所有 java 相关对象，否则直接删除会破坏数据字典；重装需严格匹配数据库版本与补丁集；loadjava 失败多因字节码版本不兼容、权限不足或路径问题；验证需完成编译→加载→调用闭环。

卸载 oracle jvm 前必须停用所有依赖对象

oracle jvm 不是独立可卸载的“软件包”，而是数据库内建组件，直接删会破坏数据字典。常见错误是执行 drop java 或手动删 $oracle_home/javavm 目录，结果触发 ora-04043: object does not exist 或后续 dbms_java 调用失败。

真正要做的，是清空所有用户定义的 Java 类、资源、源码和策略——它们都存在数据字典里，不清理就重装会报 ORA-29548: Java system class reported。

用 DBA 账户查残留： SELECT owner, object_name FROM dba_objects WHERE object_type LIKE 'JAVA%';
逐个 schema 清理（别漏 PUBLIC）：BEGIN DBMS_JAVA.REMOVE_RESOLVER('SCOTT', ''); END;，再 DROP JAVA SOURCE/RESOURCE/CLASS
确认无残留后，再运行 @?/javavm/install/rmjvm.sql（注意路径中的 ? 代表 $ORACLE_HOME）

重装 Oracle JVM 必须匹配数据库版本和补丁集

从 12c 开始，JVM 是可选组件，但安装脚本 initjvm.sql 和底层二进制（libjox19.so 等）严格绑定数据库版本号。用 19c 的脚本装在 19.16 数据库上可能成功，但升级到 19.18 后首次调用 DBMS_JAVA.LOADJAVA 就报 ORA-29554: unhandled Java out of memory condition——其实是 native lib 版本不兼容。

检查当前版本：SELECT * FROM v$version WHERE banner LIKE '%Oracle Database%';
重装前确认补丁集：opatch lsinventory | grep -i jvm，缺失 JVM 补丁时先打 29798851（19c）或对应版本的 JVM RU
执行顺序不能错：STARTUP UPGRADE → @?/javavm/install/initjvm.sql → @?/xdk/install/initxml.sql → SHUTDOWN IMMEDIATE → 正常启库

DBMS_JAVA.LOADJAVA 失败的三个高频原因

LOADJAVA 报错不等于 JVM 没装好，多数是权限、路径或编码问题。最典型的是 ORA-29548: Java system class reported，表面看是系统类冲突，实际常因以下之一：

传入的 .jar 包含高版本字节码（如 JDK 17 编译的 class 放进 19c JVM，它只支持到 Java 11 字节码）
未授予 JAVAUSERPRIV 给目标用户（仅 CREATE PROCEDURE 权限不够）：GRANT JAVAUSERPRIV TO scott;
路径含中文或空格，导致 LOADJAVA -user scott/password@db /path/to/lib.jar 解析失败；改用绝对路径 + 英文命名

验证 JVM 是否真正可用，别只看状态视图

SELECT * FROM dba_registry WHERE comp_name = 'JAVAVM'; 显示 VALID 只说明安装脚本跑完了，不代表能执行 Java 逻辑。真实验证得走通“编译→加载→调用”闭环。

写一个极简 Java 类（Hello.java），编译成 Hello.class，确保用 javac -source 11 -target 11
加载：loadjava -user scott/password@db -resolve Hello.class
创建调用 wrapper：CREATE OR REPLACE FUNCTION hello RETURN VARCHAR2 AS LANGUAGE JAVA NAME 'Hello.hello() return java.lang.String';
执行：SELECT hello FROM dual; —— 这一步挂了，前面全是白忙

最容易被忽略的是：JVM 初始化后首次调用会触发 native lib 加载，如果内存参数（java_pool_size、sga_target）没调够，会静默失败或卡住数分钟才报错。不是脚本问题，是资源没配够。