Linux WebLogic更新注意事项

Linux 上 WebLogic 更新注意事项

一升级策略与版本路径

明确升级类型：补丁/小版本升级（PSU/补丁集）通常可在原 ORACLE_HOME 就地完成；跨版本迁移（如 12c → 14c）建议新建 ORACLE_HOME 并迁移域与应用，降低风险。变更前规划停机窗口、通知业务方，并准备可回滚方案（快照/备份包）。
同一 Administrative Domain 内的所有服务器实例必须保持相同的主版本与次版本；集群内所有实例必须处于相同的补丁集级别。域内的 Administration Server 的补丁集级别需等于或高于其 Managed Servers。
跨版本迁移建议使用官方提供的迁移工具或按官方步骤迁移域配置与资源，避免手工改动遗漏。

二升级前检查与备份

兼容性核验：确认目标版本与 Linux 发行版、JDK、驱动/库、第三方框架（如 Hibernate/JPA、Spring）的兼容性；准备与目标 WebLogic 匹配的 JDK 并正确设置 JAVA_HOME。
账号与权限：使用非 root 的 weblogic 用户执行安装/升级；准备 oraInst.loc 与响应文件（如 wls.rsp）以便静默安装。
完整备份：变更窗口前备份 DOMAIN_HOME、应用、数据源配置、密钥库、启动脚本，以及操作系统与数据库；虚拟化环境建议创建快照。
备份要点：优先备份域目录树（含 config.xml 等关键配置）、应用部署目录、内嵌 LDAP 安全数据、日志文件；可使用 tar 打包并定期异地/自动化备份，且定期做恢复演练验证可用性。

三原地补丁升级 PSU 操作要点

停止服务：按域脚本停止，例如 $DOMAIN_HOME/bin/stopWebLogic.sh。
准备 OPatch：将 OPatch 解压至 $MW_HOME/OPatch，确认 OPatch 版本与目标 WebLogic 匹配。
检查与预检：
- 查看已安装补丁：./opatch lsinventory
- 冲突预检：./opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir /path/to/patch
应用补丁：./opatch apply /path/to/patch
启动与验证：启动域服务，登录控制台检查版本/补丁号，并观察 server.out 与 $DOMAIN_HOME/servers/ 下日志是否有异常。
常见问题处理：如遇 “fuser could not be located”，安装 psmisc（如 yum install -y psmisc）后重试；如仍受阻，可在受控环境下临时设置（不建议长期）export OPATCH_NO_FUSER=TRUE。

四跨版本迁移升级 12c 到 14c 要点

安装新版本：以 weblogic 用户新建 ORACLE_HOME，例如：
java -jar fmw_14.1.1.0.0_wls_lite_quick_generic.jar -silent -responseFile /opt/weblogic/wls.rsp -invPtrLoc /opt/weblogic/oraInst.loc
域迁移方式（二选一）：
- 自动迁移工具：使用 weblogic-migration-tool 执行域迁移。
- 手动迁移：将旧域的 config.xml、应用目录、数据源/安全配置等拷至新 DOMAIN_HOME，按需调整 config.xml 与启动脚本中的 JAVA_HOME/WL_HOME。
启动与验证：启动新域，登录控制台确认 Admin/ Managed Server 状态、部署应用可用性、JDBC/JMS/安全配置生效。
流量切换与回滚：先在测试环境充分验证，再灰度/蓝绿切换；异常时按备份与快照快速回滚。

五升级后验证与常见问题

版本与补丁核验：
- 控制台：Admin Console → About 查看版本与 PSU。
- 命令行：$MW_HOME/wlserver/server/bin/version.sh；$MW_HOME/OPatch/opatch lsinventory
应用与中间件自检：部署列表、数据源连通性、JMS/集群/数据源故障转移、线程与连接池、SSL/证书、字符集（避免中文乱码）；关注 server.out、access.log、diagnostics.log。
性能与安全：如性能下降，调整 JVM 参数 与线程/连接池；不建议长期关闭安全更新。
监控与回滚：升级后持续监控 JVM/线程/连接池 等关键指标，保留回滚方案与变更记录；生产变更务必先在测试环境演练。

最新问答