CentOS 上 WebLogic 版本升级注意事项
一 规划与兼容性
- 明确升级路径：区分是安装补丁/维护包/小版本升级还是跨主版本迁移，两者的步骤与风险不同。
- 做全量备份：至少备份域目录（config.xml、应用、数据源、启动脚本）、数据库 schema 与应用数据，并保留可回滚的系统/虚拟机快照。
- 校验兼容性矩阵：确认目标 WebLogic 与 CentOS、JDK 及第三方组件（如 JDBC 驱动、Web 服务器插件）的兼容性；必要时提前准备兼容版本的驱动与插件。
- 获取安装介质：从 Oracle 官方获取对应版本的安装包或补丁，避免来源不明的安装文件。
- 变更窗口与回滚预案：选择业务低峰执行，准备回滚步骤与时间点，并通知相关方。
二 停机策略与集群滚动升级
- 停机窗口方案：非集群或无法采用滚动升级的场景，按“停应用 → 停服务 → 升级 → 启动验证 → 恢复流量”的顺序执行，确保每一步都有回滚点。
- 滚动升级适用场景：对 WebLogic Server 9.2 及以上的集群，支持滚动升级，可在不中断整个集群的情况下，逐台升级 Managed Server，从而显著降低停机时间。
- 滚动升级要点：按顺序执行“对每台服务器：静默/受控停机 → 安装补丁/维护包/小版本 → 重启”；升级期间其他节点继续提供服务。
- 适用范围与限制：滚动升级支持补丁/维护包/小版本；不适用于 BEA Workshop for WebLogic Platform、WebLogic Platform、WebLogic Integration 等域类型；也支持滚动回退。
三 安装与目录规划
- 运行身份与目录：使用非 root 的专用用户（如 weblogic）运行与管理 WebLogic，目录权限与属主提前规划，避免升级时权限冲突。
- 环境变量：正确设置 JAVA_HOME 与 PATH，确保与目标 WebLogic 版本要求的 JDK 一致。
- 响应文件与静默安装：提前准备 wls.rsp 与 oraInst.loc，通过静默安装减少交互与误操作风险。
- 安装方式选择：
- 同主版本小升级/补丁：优先在新目录安装新版本，保持旧版本可回滚；必要时再迁移域配置。
- 跨主版本迁移：建议新建域或使用 WLST 脚本迁移配置与资源，避免直接覆盖。
- 驱动与依赖：升级后同步验证 JDBC/ JMS/ 第三方库 与新版本 WebLogic 的兼容性。
四 升级前后验证与回滚
- 启动与连通性：按“AdminServer → Managed Server”逐级启动，检查 Admin Console/REST 管理端点可达性与节点状态。
- 功能与数据：对核心业务做冒烟测试与回归测试，核对数据源连接、JMS、集群通信等关键能力。
- 性能与安全：进行基准性能测试与安全基线核查，确认无性能退化与暴露新漏洞。
- 监控与日志：上线后加强GC、线程、连接池、错误日志监控，第一时间发现异常。
- 回滚触发条件与路径：出现兼容性故障、致命缺陷、性能显著下降时，按预案回滚到备份域/旧版本安装并恢复流量。
五 常见风险与实用清单
- 常见风险：
- JDBC 驱动不兼容导致连接失败；
- JVM 参数/内存不适配引发频繁 Full GC 或 OOM；
- 线程池/连接池配置不当造成吞吐下降；
- 应用依赖库与新版本 WebLogic 冲突。
- 实用清单：
- 备份并验证可恢复性（含数据库与域）；
- 校验 OS/JDK/驱动/插件 兼容性；
- 选择停机窗口或采用滚动升级；
- 使用响应文件进行可控安装；
- 升级后完成功能/性能/安全验证并持续监控。
