centos环境weblogic如何升级
小樊
39
2025-12-21 18:09:02
CentOS 环境下 WebLogic 升级指南
一 升级策略与兼容性要点
- 明确升级类型:是安装补丁集/补丁(Patch)还是跨版本升级(如 10.3.x → 12.2.x/14.x)。同一Administrative Domain内的所有服务器实例必须保持相同的主版本与次版本;集群内所有实例必须处于相同的补丁集级别;管理服务器版本需等于或高于受管服务器。跨大版本通常需要新建域或使用官方升级工具,不建议就地替换。兼容性细节与例外以 Oracle 升级指南为准。
- 版本选择建议:如无强依赖,优先选择当前受支持的稳定主线版本(例如 WebLogic 14.1.1 系列),并确认与现有 JDK 和 CentOS 版本的兼容矩阵;如需兼容历史应用,再评估 10.3.6 等旧版本的可行性与风险。
二 标准升级流程
- 准备与评估
- 完整备份:域目录(user_projects/domains)、配置与部署应用、数据源、密钥库、启动脚本、操作系统与内核参数、定时任务等;可离线或导出关键配置(如 WLST 导出域)。
- 检查版本与依赖:确认 JDK 版本满足目标 WebLogic 要求;梳理第三方库与应用兼容性(JAX-RS、EJB、JMS、JDBC 驱动等)。
- 变更窗口与回退方案:安排停机窗口,保留旧安装与域的可快速回退方案(快照/克隆/备份)。
- 补丁升级(同版本内 PSU/补丁)
- 停止服务:先停受管服务器,再停管理服务器,避免异常。
- 获取并校验补丁:从 My Oracle Support 下载匹配目标版本的 OPatch 与目标补丁 ZIP,校验签名与 MD5。
- 应用补丁:切换到 weblogic 用户,进入 $MW_HOME/OPatch,执行:./opatch apply /path/to/patch.zip;完成后用 ./opatch lsinventory 验证。
- 启动与验证:按顺序启动管理服务器与受管服务器,登录控制台检查补丁级别与应用可用性。
- 跨版本升级(示例路径)
- 准备新环境:在新目录安装目标版本 WebLogic(可使用静默安装与响应文件),保持 JDK 与目标版本匹配。
- 域迁移与升级:使用 WebLogic Upgrade Assistant(随安装介质提供)在新环境对旧域进行升级;或按官方步骤重建域并迁移应用、数据源、安全策略等。
- 应用回归测试:逐项验证 JDBC/JMS/EJB/WebService 与性能基线,必要时调整应用与配置。
- 切换与回退:灰度/蓝绿切换流量至新环境;保留旧环境直至稳定性确认,再按流程下线。
三 常用命令与示例
- 补丁应用与校验
- 进入 OPatch:cd $MW_HOME/OPatch
- 应用补丁:./opatch apply /path/to/patch.zip
- 验证补丁:./opatch lsinventory
- 服务启停(示例路径,按实际调整)
- 停止:/u01/app/oracle/middleware/user_projects/domains/base_domain/bin/stopWebLogic.sh
- 启动:/u01/app/oracle/middleware/user_projects/domains/base_domain/bin/startWebLogic.sh
- 静默安装新版本(示例)
- 安装介质:java -jar fmw_14.1.1.0.0_wls_lite_generic.jar -silent -responseFile /opt/wls.rsp -invPtrLoc /opt/oraInst.loc
- 创建域(如需要):/u01/app/oracle/middleware/wlserver/common/bin/config.sh -silent -responseFile /opt/create_domain.rsp
- 环境准备要点
- 创建 weblogic 用户与目录,配置 JAVA_HOME 与权限;确保 /tmp 与 /var/tmp 有足够空间与权限(OPatch 需要)。
四 回退与常见问题
- 回退方案
- 补丁回退:使用 OPatch rollback -id <patch_id>,回退后重启;确保回退路径与依赖一致。
- 跨版本回退:切回旧域与旧安装,恢复备份的域目录与应用;必要时调整负载均衡/路由策略。
- 常见问题与处理
- 版本混用:同一域/集群出现不同版本会导致异常,务必统一主/次版本与补丁集。
- OPatch 执行失败:如报 “fuser could not be located”,安装 psmisc(yum install -y psmisc)后重试;或在极端情况下设置环境变量 OPATCH_NO_FUSER=TRUE 再执行(不建议长期使用)。
- 启动失败:检查 JDK 版本匹配、端口占用、文件权限、内存参数(如 -Xms/-Xmx)、数据源连通性与应用兼容性。