Debian环境下升级 WebLogic 的实操指南
一 升级策略与前置检查
- 明确升级路径：优先在同一大版本内做补丁集/小版本升级；跨大版本建议采用新建域 + 应用迁移的方式，降低风险。
- 版本与兼容性核对：同一Administrative Domain内的所有服务器实例必须保持相同的主版本与次版本；集群内所有实例必须处于相同的补丁集级别；管理服务器版本需等于或高于受管服务器。跨版本迁移需参考官方Upgrade Guide处理配置与API差异。
- 环境与依赖：确认目标版本对JDK与操作系统的支持矩阵，并准备相应版本的JDK与依赖库。
- 备份与回滚：完整备份域目录、应用、数据源配置、密钥库、启动脚本、环境变量等，并验证可回滚。
- 测试验证：在测试环境完成功能、性能、安全回归，并准备回滚预案与维护窗口。
二 就地升级步骤（同域同版本补丁集，风险较低）
- 准备与停机
- 记录当前版本与补丁信息，冻结变更；执行全量备份。
- 优雅停止：/path/to/weblogic/bin/stopWebLogic.sh。
- 安装补丁/新安装
- 若是补丁集，按官方补丁说明替换相关模块/JAR；若是全新安装，解压至新目录（如：/opt/wls14_1_1），不要覆盖旧安装。
- 域与配置迁移
- 沿用原域目录时，先对比新旧版本的config.xml与启动脚本差异，必要时参考官方升级工具/指南进行必要调整；若采用新域，则准备应用与数据源迁移方案。
- 启动与验证
- 启动新实例：/path/to/weblogic/bin/startWebLogic.sh；登录控制台检查服务器状态、部署应用、日志告警。
- 回滚触发条件
- 出现启动失败、持久数据/API不兼容、集群不一致等问题时，立即回滚到备份的域与安装目录。
三 新建域迁移升级（跨大版本或需重配置场景）
- 安装目标版本：在**/opt下解压新版本安装介质，设置WL_HOME与PATH**等环境变量。
- 创建新域：运行**$WL_HOME/common/bin/config.sh**，按向导创建域，配置监听端口、数据源、JMS、安全域等。
- 应用与数据迁移
- 应用：优先使用已构建的WAR/EAR重新部署；若需保留部署计划，按官方指引迁移。
- 数据：数据库侧使用Data Pump等工具迁移/升级；检查JDBC连接池参数、方言、驱动版本。
- 切换与验证
- 灰度/蓝绿切换流量，完成功能、性能、安全回归；确认日志无异常后再做全量切换。
- 清理与文档
- 保留旧环境一段时间以便回滚；更新运维手册、监控告警、备份恢复流程。
四 关键注意事项与常见问题
- 域一致性规则：同一域内不能混用不同主/次版本；集群内所有实例必须处于相同补丁集；管理服务器版本需不低于受管服务器。
- 兼容性边界：跨版本可能引入API/行为变更与配置格式差异，需按官方Upgrade Guide逐项验证与调整。
- JDK与OS支持：升级前确认目标版本对JDK与Debian版本的支持；必要时先行部署目标JDK并测试启动与编译。
- 回滚与应急：任何启动失败、持久数据异常、集群分裂等风险出现时，按备份快速回滚，并在维护窗口内完成修复。
- 变更管控：升级全程保持变更单、回滚预案、监控与日志齐备，避免并行变更叠加风险。
