Ubuntu 上 Informix 更新与升级实操指南
一 升级总览与准备
- 明确目标与路径：确认当前 Informix 版本与目标版本，评估是小版本更新（补丁/维护版本）还是跨版本升级（如 12.x → 14.x）。优先查阅 IBM Informix 官方升级文档 了解变更、限制与步骤。
- 完整备份：在停机窗口前完成全量备份，包含数据库数据、逻辑日志、配置文件（如 onconfig）、环境变量脚本（如 profile）、用户与权限、以及 SQLHOSTS 等。
- 健康检查：执行数据库健康检查（如最近检查点、逻辑日志状态、空间使用、归档/恢复链路），确保源实例处于良好状态。
- 兼容性核对：确认新版本与当前 Ubuntu 内核/库、驱动、存储/网络、中间件/驱动的兼容性。
- 测试验证：在测试环境完成升级演练与回退演练，覆盖功能、性能、稳定性与周边应用连通性。
- 升级方式选择：
- 就地升级（In-place）：复用现有数据文件，流程更简，但要求版本路径受支持。
- 非就地升级（Non-place）：新目录/新实例，通过导出导入或迁移工具，安全性更高，适合跨大版本或风险敏感场景。
- 变更记录：完整记录升级步骤、参数变更与回退方案，便于审计与应急。
二 标准升级流程
- 版本与兼容性确认
- 记录当前 Informix 版本与构建，核对目标版本支持矩阵与升级路径。
- 备份与停机窗口
- 执行全量备份与必要的逻辑日志备份；在应用低峰期安排停机，通知相关方。
- 准备新版本软件
- 从 IBM 获取目标版本安装介质，在测试环境完成安装与演练；生产环境准备并行目录/实例。
- 健康检查与冻结业务
- 完成数据库健康检查；冻结写入、完成在途事务，必要时执行 0 级备份。
- 执行升级
- 就地升级：按官方步骤停止实例，替换/更新软件，启动到升级模式，运行必要的升级脚本/命令，完成内部元数据/系统表更新。
- 非就地升级：在新实例中导入/迁移数据（按官方工具与步骤），校验一致性。
- 升级后验证
- 校验数据库可连通、对象可用、数据一致性与关键业务功能；进行基准性能测试与回归测试。
- 回退预案
- 就地升级失败：按演练回退到旧实例/旧目录；非就地升级：切回旧实例与旧数据。
- 文档与复盘
- 记录升级过程、问题与改进项，更新运维手册与监控告警基线。
三 就地与非就地升级对比
| 维度 |
就地升级（In-place） |
非就地升级（Non-place） |
| 数据文件 |
复用旧数据文件 |
使用新数据文件/新实例 |
| 停机时间 |
一般更短 |
一般更长（含导入/迁移） |
| 风险 |
对版本路径敏感，失败影响面大 |
隔离性更好，回退更灵活 |
| 适用场景 |
受支持的小版本更新、路径明确 |
跨大版本、重大变更或风险隔离 |
| 复杂度 |
相对低 |
相对高（需迁移/导入） |
四 Ubuntu 系统层面的配合
- 保持系统处于最新稳定补丁状态，减少因 OS/库导致的兼容性问题：
- 更新索引与升级已安装包：
- sudo apt-get update
- sudo apt-get upgrade
- 如存在依赖变化：sudo apt-get dist-upgrade
- 若需要跨 Ubuntu 版本（如 LTS → 新 LTS），使用发行版升级工具：
- 安装更新管理器核心：sudo apt-get install update-manager-core
- 检查版本：lsb_release -a；uname -a
- 执行升级：sudo do-release-upgrade（如需开发/测试通道可加 -d）
- 重大系统升级前，同样完成数据与配置的完整备份，并在测试环境验证。
五 常见问题与注意事项
- 升级前必须完成全量备份与健康检查（检查点、日志、空间、归档链路），并在测试环境演练。
- 严格遵循 IBM 的版本支持与升级路径，避免跨不支持的版本直接升级。
- 升级期间密切监控资源与错误日志，必要时暂停升级并回退。
- 升级后执行功能/性能/稳定性回归测试，并与升级前基准对比。
- 涉及新特性或变更的操作方式时，做好用户培训与文档更新。
- 若遇到数据转换问题，启用数据转换保护并在出错时停止转换，防止脏数据扩散。