Linux上升级 WebLogic 的实用步骤
一 升级路径与前置检查
- 明确升级路径：WebLogic 支持从受支持的版本原地升级到 14c（14.1.2.0.0）。直接升级的受支持起点为 14.1.1 或 12.2.1.4；若当前版本早于 12.2.1.4，需先升级到受支持的起点，再升级到 14.1.2.0.0。升级范围可一次性全量、按序分批，或部分应用与域先行升级。升级前务必完成兼容性评估与备份。
- 环境准备与检查：
- 备份全量（域目录、应用、配置、数据源、密钥库、启动脚本、外部资源凭据等），并在测试环境演练回滚方案。
- 检查 JDK 与操作系统兼容性，准备受支持的 JDK 版本；核对字符集、文件句柄与内核参数等。
- 梳理第三方库与补丁：应用内嵌的第三方库可能在新版本产生类冲突，建议使用 Classloader Analysis Tool 分析并必要时做类加载器过滤；确认现有补丁是否已并入新版本。
二 原地升级步骤 适用于 12.2.1.4 或 14.1.1 到 14.1.2.0.0
- 准备与停机：以 weblogic 用户停止 AdminServer 与所有 Managed Server，保留完整日志；再次确认备份可用。
- 安装新版本：在同一 Oracle Home 或新目录安装 WebLogic Server 14.1.2.0.0（安装程序为 fmw_14.1.2.0.0_wls_lite_generic.jar 等）。示例（静默安装）：
- java -jar fmw_14.1.2.0.0_wls_lite_generic.jar -silent -responseFile /opt/weblogic/wls.rsp -invPtrLoc /opt/weblogic/oraInst.loc
- 域重配置：使用 Reconfiguration Wizard 或 WLST 升级域配置。若升级过程中 JDK 或 Oracle Home 位置发生变化，必须运行重配置；若两者位置均未变化，可跳过此步。
- 启动与验证：按顺序启动 AdminServer → Managed Server，登录控制台检查版本号与节点状态；对关键业务做冒烟测试与基线性能对比，并持续监控日志与告警。
三 跨大版本或早期版本的升级策略
- 多跳升级：若当前版本早于 12.2.1.4，先按官方 12c 升级文档升级到 12.2.1.4 或 14.1.1，再升级到 14.1.2.0.0。
- 迁移升级（Side-by-Side）：在新主机安装 14.1.2.0.0，使用 Reconfiguration Wizard/WLST 重建域，按序部署应用与数据源，逐步切流（蓝绿/金丝雀），验证无误后下线旧环境。此方式风险更可控，便于回滚。
四 补丁与 PSU 的打法差异
- 早期版本（如 10.3.6）使用 bsu.sh 管理补丁/PS：先停服务，清理或更新 bsu/cache_dir，必要时按“先进先出”卸载冲突补丁，再安装新补丁（如示例补丁 Q3ZB），最后用 bsu.sh 查询已应用补丁并启动验证。
- 12c 及以后版本使用 OPatch 打补丁：停服务，执行 opatch apply，若报 “fuser could not be located” 可安装 psmisc 或设置环境变量 OPATCH_NO_FUSER=TRUE 后重试；启动并回归测试。
五 回滚与常见问题处理
- 回滚预案：保留旧安装目录与应用包；域级回滚可执行域备份恢复或切换到迁移升级的旧环境；记录变更单与回滚步骤，确保可快速恢复。
- 常见问题与要点：
- 类冲突与库污染：使用 Classloader Analysis Tool 定位冲突 JAR，按需在应用或模块级做类加载器过滤。
- 补丁冲突：遵循“先进先出”卸载冲突补丁后再装新补丁；必要时扩大 bsu.sh 的堆内存（如 MEM_ARGS=“-Xms2048m -Xmx4096m”）。
- 重配置判定：仅当 JDK 或 Oracle Home 路径变更时才需要运行 Reconfiguration Wizard。
- 验证清单：控制台版本号、节点健康、JDBC/ JMS/ 数据源连通性、应用登录与关键交易、GC 与线程数基线、审计与日志告警。