CentOS 上 WebLogic 的更新与升级策略
一、策略总览与版本路径
- 明确区分两类动作：
- 更新 Patching：在现有版本上应用 OPatch 补丁，修复安全与缺陷，通常不改变功能特性与版本号。
- 升级 Upgrade：迁移到更高的 主版本/次版本（如 12.2.x → 14.1.1），涉及安装新 Oracle Home、迁移域与兼容性验证。
- 版本与系统建议：
- CentOS 7.x：优先选用 WebLogic 12.2.1.4 或 14.1.1.x；
- CentOS 6.x：仅建议 10.3.6，但存在兼容性与性能限制；
- JDK 要求：如 12.2.1.3.0 需 Java 8+；升级前确认目标版本对 JDK 的要求。
- 安全更新策略：安装器响应文件中可通过 DECLINE_SECURITY_UPDATES=true 关闭自动安全更新，或设置 SECURITY_UPDATES_VIA_MYORACLESUPPORT=true 通过 My Oracle Support 获取更新；生产环境不建议关闭安全更新。
- 升级路径建议：优先在同大版本内升级（如 12.2.1.x → 12.2.1.4），再评估跨大版本（如 12.2.x → 14.1.1.x），以降低风险。
二、更新与升级流程
- 更新 Patching（OPatch）
- 评估与准备：确认目标 OPatch 版本与 WebLogic 兼容；冻结变更窗口；准备可回滚方案。
- 备份：完整备份 Oracle Home、域目录、应用与数据库；虚拟化环境建议快照。
- 停服：按序停止 AdminServer → NodeManager → 受管 Server/集群。
- 打补丁：在 Oracle Home 下执行 OPatch apply，记录输出与生成的 inventory。
- 启动与验证：启动服务，检查 Server/集群状态、日志与关键业务功能。
- 升级 Upgrade（跨版本）
- 评估与规划：梳理现有 JDK、操作系统、数据库驱动、第三方库与应用的兼容性；制定回滚计划。
- 备份：备份 域配置、应用、数据源配置、密钥库与数据库。
- 安装新版本：在独立目录安装新 Oracle Home（静默或图形化）；确保 JAVA_HOME 指向目标 JDK。
- 域迁移：使用 WLST 或升级工具按官方步骤迁移域（必要时先在新 Oracle Home 下创建空域以验证环境）。
- 应用与配置适配：修正 JAR 冲突、类加载顺序、JAX-RS/Bean Validation 等兼容性问题；按需调整 config.xml、weblogic.xml。
- 启动与验证：启动 AdminServer 与 集群，完成 功能回归/UAT、性能评估与监控告警验证。
三、兼容性要点与常见问题
- 系统与 JDK：确认目标 WebLogic 与 CentOS 版本匹配，并满足 JDK 要求；如 12.2.1.3.0 需 Java 8+。
- 图形与 AWT：无头环境需在启动脚本中设置 -Djava.awt.headless=true，避免 X11 相关异常。
- 类加载与 JAR 冲突：WebLogic 自带库与项目依赖冲突常见；通过 weblogic.xml 调整 prefer-web-inf-classes 或排除冲突 JAR，必要时升级/降级依赖版本。
- 数据源与类型：如 CLOB/BLOB 强转、驱动版本不匹配等，需统一 JDBC 驱动与 数据类型处理。
- 字符编码：确保 JVM 文件编码/语言环境与业务一致，避免中文乱码。
四、回滚与应急
- 回滚触发条件：补丁/升级后出现启动失败、严重功能缺陷、性能劣化或安全基线不达标。
- 回滚路径：
- 补丁回滚：使用 OPatch rollback 恢复到上一个 inventory 状态；
- 升级回滚：切回旧 Oracle Home 与备份的 域目录，恢复 数据库/应用 版本；虚拟化环境优先回滚快照。
- 应急要点：保留滚动升级能力（先单节点/单集群验证），准备告警与日志快速定位，确保回滚脚本与演练已验证。
五、维护窗口与运维建议
- 节奏与窗口：建立月度/季度补丁节奏；重大升级安排在低峰维护窗口，并提前通知业务方。
- 安全与合规：生产环境保持安全更新开启，通过 My Oracle Support 获取补丁；定期审计 JDK/WebLogic/OS 安全基线。
- 监控与验证：升级后在 控制台/监控平台 观察 JVM/线程/连接池/GC 等指标，执行回归测试与UAT，并保留变更记录与回滚报告。
- 自动化与标准化：沉淀 WLST 脚本、响应文件与Ansible/Salt 作业，统一 目录/权限/JDK 基线，减少人为差异。