Debian 上 IBM Informix 升级步骤
一 升级前准备
- 明确目标版本与路径：确认从当前 Informix 版本升级到目标 版本/FC，并选择升级方式（见下一节）。优先查阅 IBM 官方升级文档与目标版 Release Notes。
- 兼容性核对：确认目标版对 操作系统、glibc、内核、编译器 等的要求；若涉及 Client SDK/Connect，注意 15.0 起不再内置 Java，需预装 JRE 11 或 17，而 14.10.FC11 起需 JRE 1.8+；同时 HP-UX PA-RISC、Solaris SPARC/x86、Mac OS 不再受支持。
- 完整备份与回滚方案：对数据库与实例目录做全量备份（含 onconfig、sqlhosts、环境变量、存储路径），准备回滚计划与时间点。
- 健康检查与冻结变更：执行 健康检查（检查点、逻辑/物理日志、空间、关键应用连接），在升级窗口内冻结 DDL/批量作业/应用发布。
- 测试环境验证：在测试环境完成 功能、性能、稳定性 验证，并比对前后基准。
- 依赖与权限：准备所需依赖（如 libaio1、unixodbc、unixodbc-dev），确认 informix 用户对 $INFORMIXDIR、实例目录、日志与空间 具备正确权限。
二 选择升级方式
- 就地升级（In-place）：新版本复用旧版 数据文件，步骤少、风险相对可控，但要求版本路径受支持且严格按官方步骤执行。
- 非就地升级（Non-in-place/Migration）：使用新目录/新实例，通过 导出/导入（如 dbexport/dbimport） 或迁移工具完成，过程更复杂但更安全、回滚更方便。
- 建议：跨大版本或跨小版本路径不明确时优先 非就地；同系列小版本、验证充分时可用 就地。
三 标准升级流程
- 规划与通知：确定 维护窗口、回滚点、通知应用与业务方。
- 备份与健康检查：完成 全量备份，并通过 onstat - 系列与日志检查实例健康。
- 准备新版本：在 Debian 上安装目标版 IBM Informix（通常位于 /opt/informix 的新目录），勿覆盖旧版；按需安装 Client SDK/Connect 15.0 并预装 JRE 11/17。
- 配置与迁移：
- 就地：按官方步骤执行升级脚本/命令，更新 onconfig 参数（必要时），保持 $INFORMIXDIR 指向新目录，旧实例停止后再启动新实例。
- 非就地：使用 dbexport 导出各数据库，创建新实例，初始化后 dbimport 导入；校验对象与数据一致性。
- 升级后验证：执行 功能与性能回归测试，对比关键指标与结果；检查 告警/错误日志 与 空间使用。
- 切换与回滚预案：先在测试环境演练；生产切换采用 灰度/蓝绿 方式，保留旧实例与备份，确认稳定后再下线。
四 Debian 与兼容性要点
- 不要将 apt upgrade 当作数据库升级手段，它不会升级 IBM Informix；数据库升级需按 IBM 官方流程执行。
- 依赖与库：安装 libaio1、unixodbc、unixodbc-dev 等依赖；如遇到库冲突，用 ldd 检查依赖并用 patchelf 调整 RPATH（仅在明确原因下使用）。
- 字符集与权限：确保 客户端/服务端字符集一致；校验 informix 用户对目录与文件的 权限。
- 客户端/工具链：若使用 ODBC/JDBC/ESQL/C SDK，确保与服务器版本兼容；15.0 起需 JRE 11/17，并关注 SSL/TLS 与系统库版本要求。
- 日志与诊断：升级异常时，优先查看 $INFORMIXDIR/logs、online.log 与系统日志（如 journalctl、/var/log/syslog）。
五 回滚与常见问题处理
- 回滚策略：
- 就地：使用旧版 onconfig 与备份快速恢复实例；
- 非就地：切回旧实例或重新 dbimport 旧数据。
- 常见问题：
- 兼容性错误：核对 glibc/内核/编译器 与 JRE 版本；
- 库冲突/找不到库：用 ldd 排查，必要时调整 LD_LIBRARY_PATH 或 RPATH；
- 字符集不一致：统一 DB_LOCALE/CLIENT_LOCALE 与客户端设置；
- 升级失败：暂停变更、保留现场日志、按备份与回滚预案恢复，再联系 IBM 技术支持。