真正要备份的不是jdk本身，而是其支撑的「运行时上下文」，包括java_home下的java.security、环境变量配置文件、自定义jre镜像、应用配置中硬编码路径、jks密钥库、maven本地仓库、系统ca信任库、加密策略文件、selinux策略模块及启动脚本中的绝对路径。
迁移 OpenJDK 应用前，真正要备份的不是 JDK 本身，而是它所支撑的「运行时上下文」——即让应用在旧服务器上能跑起来、连得上、认得出的所有依赖项。JDK 安装目录（如 /opt/java/jdk-17）可以重装，但以下内容一旦遗漏，轻则构建失败、连接超时，重则凭据丢失、密钥失效。
必须备份的 Java 运行环境配置项
这些文件决定了 JVM 行为、类路径、安全策略和工具链行为，直接决定应用能否启动或是否符合预期：
-
JAVA_HOME环境变量指向的目录下：conf/security/java.security（若自定义过 TLS 协议/算法白名单） - 全局或用户级
~/.bashrc、/etc/profile.d/java.sh中设置的JAVA_HOME、PATH、JVM_OPTS（特别是含-Dfile.encoding=UTF-8或-XX:MaxRAMPercentage的启动参数） - 若使用
jlink构建了自定义运行时镜像，需备份其输出目录（如/opt/myapp/jre），不能只靠java -version判断版本
应用自身强依赖的 Java 相关路径
很多 Spring Boot、Quarkus 应用会把配置、证书、缓存等硬编码进 Java 路径逻辑中，迁移时容易被忽略：
-
application.properties或application.yml中显式引用的路径，例如：logging.file.path=/var/log/myapp、spring.config.import=optional:file:/etc/myapp/secrets.properties - Java KeyStore 文件：
/etc/ssl/private/myapp-keystore.jks（含密码、别名、有效期，且keytool -list -v -keystore输出需与代码中KeyStore.getInstance("JKS")匹配） - Maven 构建产物依赖的本地仓库缓存（若 Jenkins 使用了
~/.m2/repository而非 Nexus 代理），尤其含私有 SNAPSHOT 版本
与 OpenJDK 交互的系统级组件
这些不是 Java 代码，但会被 JVM 进程直接调用或影响其行为，不备份会导致“相同 JDK 版本却表现不同”：
-
/etc/pki/ca-trust/extracted/java/cacerts：系统 CA 信任库，若旧机手动导入过内网根证书，新机默认不包含 -
/usr/lib/jvm/java-17-openjdk-*/jre/lib/security下替换过的local_policy.jar和US_export_policy.jar（用于解除加密强度限制，OpenJDK 17+ 默认已放宽，但老版本或合规要求场景仍存在） - SELinux 策略模块（如
myapp_java.pp）：若旧机启用了 SELinux 且为 Java 进程定制过策略，新机未加载会导致Permission denied即使文件权限正确
最容易被跳过的其实是「应用启动脚本里写的绝对路径」——比如一个 start.sh 里写死 java -jar /opt/app/lib/app.jar，而 /opt/app/lib/ 根本没纳入备份范围；或者 systemd service 文件里 Environment="JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.302.b08-0.el7_9.x86_64" 这种带完整 patch 版本号的路径，新机安装同名包但实际路径不同。备份时得 grep 全局找 java、JAVA_HOME、.jks、.pem、start.sh、.service，而不是只盯 /usr/lib/jvm 目录。
