怎样升级Linux Informix版本

Linux 上 Informix 升级全流程

一 升级前准备

• 明确目标与路径：确认从当前 Informix 版本升级到目标版本，优先选择 小版本内升级（如 12.10.x → 12.10.y），跨大版本需评估兼容性、变更清单与回归测试范围。
• 完整备份：执行全量物理/逻辑备份（如 onbar 全备或 dbexport 导出关键库），并保留可回滚方案；同时备份 $INFORMIXDIR、配置文件（如 onconfig、sqlhosts）、用户环境脚本与密钥文件。
• 版本与环境检查：使用 onstat - 与 dbaccess 查看当前版本与实例状态；核对 Linux 发行版/内核、glibc、磁盘空间、权限与用户（通常为 informix）等是否满足新版本要求。
• 兼容性核对：对照 IBM 支持矩阵，确认新版本对 OS 内核/库/驱动 的兼容性；必要时先在测试环境验证。
• 维护窗口与回滚预案：规划停机窗口、通知应用方；准备回滚到旧版本的可执行方案与备份时间点。
• 测试环境验证：在隔离环境完成安装、升级、功能与性能回归测试，并固化测试报告与变更记录。

二 升级方式与选择

• 就地升级（In-place）：新版本复用现有数据文件与实例目录，流程短、风险相对可控，适合小版本升级或同主版本内的补丁升级。
• 非就地升级（Non-place）：在新目录部署新版本，通过导出/导入或迁移工具完成数据迁移，隔离性更好、回滚更容易，适合跨大版本或需要并行验证的场景。
• 选择建议：优先评估业务连续性、停机容忍度与测试资源；对关键系统建议采用非就地升级或在维护窗口内执行就地升级并准备快速回滚。

三 标准升级步骤

1. 准备与检查
   • 切换到 informix 用户，确认实例干净关闭（如 onmode -ky），无活跃会话与长事务；备份 $INFORMIXDIR 与配置。
2. 安装新版本软件
   • 从 IBM 获取与目标 Linux 兼容的安装介质，解压/挂载并按官方指引安装到新目录（避免覆盖旧版本，便于回滚）。
3. 迁移与升级实例
   • 就地：按官方步骤执行升级脚本/命令，更新共享库与二进制，必要时调整 onconfig 参数；完成后用 onmode -v 切换到新版本。
   • 非就地：在新实例中创建 sqlhosts 与 onconfig（可复用旧配置），通过 dbexport/dbimport 或迁移工具导入数据，校验对象与权限。
4. 启动与升级后检查
   • 启动新实例（如 oninit），使用 onstat -、应用连通性与健康检查脚本确认服务正常；核对新版本号与关键功能。
5. 回滚预案
   • 就地失败：停止新实例，恢复原 $INFORMIXDIR 与配置，使用备份快速回滚；
   • 非就地失败：切回旧实例，保留新实例用于问题定位。

四 升级后验证与运维要点

• 功能与数据一致性：抽样校验关键表数据量、索引、约束、触发器与存储过程；执行应用冒烟测试与回归测试。
• 性能与健康：对比升级前后 SQL 性能 与资源使用（CPU、I/O、锁等待），检查 检查点、逻辑/物理日志、空间使用 与告警。
• 监控与日志：持续监控 online.log 与系统日志，关注新版本引入的告警/错误码与行为变更。
• 文档与培训：记录升级过程、参数变更与问题处理；如引入新特性，对相关团队进行培训。

五 常见风险与排错建议

• 兼容性不足：升级前核对 OS 内核/库 与新版本兼容矩阵；不兼容时先升级系统或选择非就地升级。
• 配置不兼容：部分参数在新版本已弃用或取值范围变化，升级前审阅发行说明并调整 onconfig。
• 升级中断/失败：确保有可用的 全量备份 与回滚路径；优先在测试环境复现并修正后再上生产。
• 权限/路径问题：确认 informix 用户对目录与文件的权限，避免误覆盖 $INFORMIXDIR。
• 应用连接异常：校验 sqlhosts 与服务名解析，检查应用驱动/客户端库版本匹配。