CentOS 上更新 WebLogic 的关键注意事项
一 版本与兼容性
- 同一 Administrative Domain 内的所有 WebLogic 实例必须保持相同的主版本与次版本，不能混用不同版本；集群内所有实例必须处于相同的补丁集级别，且管理服务器的补丁集需高于或等于受管服务器。跨小版本/补丁集的混用不被支持。
- 升级前务必核对 CentOS 版本与目标 WebLogic 版本的官方支持矩阵，并确认 JDK 版本满足新版本要求；必要时先在测试环境完成全链路验证。
- 若跨多个大版本升级，需评估 API/持久化/生成类的兼容性差异，并按官方升级指南处理不兼容项。
二 备份与回滚
- 备份范围要覆盖：
- 静态构件：MW_HOME（不含 user_projects/domains）、WL_HOME；
- 运行时构件：各服务器的 Domain_Home（含配置、部署、日志等）；
- 持久化存储：如 File Store/JDBC Store（默认位于 Domain_Home/servers//data/store）。
- 备份方式建议：文件系统快照、或结合 WebLogic Backup Utility / Pack and Unpack 工具；对共享存储（如 SAN）做快照可提升可用性。执行备份应在变更前完成，并验证备份完整可用。
- 同时做好数据库备份，并准备回滚方案（如快照回滚、备份还原、应用级回退）。
三 补丁与应用变更
- 补丁前先停止所有 WebLogic 服务，使用 OPatch 应用补丁，完成后用 opatch lsinventory 校验；补丁生效需重启服务。
- 仅安装与当前 WebLogic 版本 + JDK 版本兼容的补丁；变更过程保留详细记录，便于审计与回滚。
- 升级后按需检查并更新 JDBC 驱动、JVM 参数、线程池与连接池配置，避免因兼容性或容量变化导致性能退化。
四 安全与系统配置
- 升级窗口内建议临时关闭防火墙/安全组或精确放通管理端口，变更完成并验证后再恢复策略，降低维护窗口风险。
- 使用专用 WebLogic 用户/用户组与最小权限运行，避免以 root 直接启动；更新 JAVA_HOME/PATH 等环境变量并验证生效。
- 关注并应用安全更新；如选择关闭自动安全更新，需评估由此带来的风险并制定补偿控制。
五 测试与上线窗口
- 严格执行测试—灰度—上线流程：在测试环境完成功能、性能与安全回归；必要时使用 Upgrade Assistant 评估与处理兼容性问题。
- 上线前确认字符编码（如 UTF-8）与日志路径、端口、数据源等配置正确；上线后密切监控 server.log/access.log 与关键业务指标，确保无异常再对外恢复流量。
- 完整记录变更步骤、配置差异、回滚预案与验证结果，便于后续审计与再次升级。