Linux 上 Informix 升级操作指南
一 升级策略与总体原则
- 升级方式通常分为两类：
- 就地升级 In-place：新版本直接使用旧版本的数据文件，升级快、风险相对可控，但要求版本跨度受支持且环境兼容。
- 非就地升级 Non-in-place：新版本使用独立目录与数据，通过导出/导入或逻辑复制迁移数据，风险更低、对跨版本/跨平台更友好，但耗时与资源占用更高。
- 升级前必须完成：
- 全量备份（物理/逻辑皆可，确保可回滚）、兼容性检查（OS、GLIBC、内核、存储、网络）、测试环境验证（功能、性能、稳定性）、变更记录与回退预案。
- 升级后建议执行：统计信息更新、空间与结构健康检查、关键业务回归与性能对比。
二 就地升级步骤 In-place（同一实例目录）
- 准备与隔离
- 以 informix 用户执行，确认实例健康（如 onstat - 各项状态正常），应用停机或切换到维护窗口。
- 为安全起见，先对 $INFORMIXDIR 做完整备份（离线拷贝或快照），并保留旧版安装介质与配置。
- 备份与停库
- 执行 ontape -s -L 0 做全量备份；如采用 onbar，也可按既定策略备份。
- 依次执行：onmode -ky（或 onmode -yuk）干净关闭实例。
- 安装新版本
- 解压并运行安装程序（如 ids_install），安装到新目录（推荐与旧版不同的 $INFORMIXDIR_NEW），避免覆盖旧版。
- 迁移与适配配置
- 将旧版的 $INFORMIXDIR/etc/onconfig、sqlhosts、以及相关环境变量按需拷贝/合并到新环境；必要时先保持 DBSERVERNAME 不变，便于回退。
- 如从 11.70 升级到 12.10，官方通常要求先升级到 12.00.xC8 再升至 12.10；请以目标版本的 Migration Guide 为准。
- 执行升级启动
- 使用新目录启动并触发升级：oninit -v（或带升级参数/模式启动，视版本而定）。升级期间会在日志中输出转换步骤与进度。
- 升级后处理
- 执行 UPDATE STATISTICS 更新统计信息；按需执行 oncheck -pe/-me 检查与整理空间；
- 恢复 TAPEDEV/LTAPEDEV 等备份参数，做新一轮全备；业务回归与性能对比。
- 回退要点
- 若升级失败或异常，停止新实例，恢复原 $INFORMIXDIR 与 onconfig/sqlhosts，用旧版 oninit 启动即可。
三 非就地升级步骤 Non-in-place（并行实例与迁移）
- 规划与部署
- 在新目录部署新版本实例（不同 INFORMIXDIR、不同 DBSERVERNAME/端口），完成基础配置与连通性验证。
- 旧库准备
- 将旧库置于 quiescent 状态：onmode -sy → 等待会话断开 → onmode -l → onmode -c（检查点）→ onmode -yuk 关闭。
- 数据迁移（按场景选择）
- 逻辑迁移：使用 dbexport/dbimport、onpload/unload、或应用侧批量抽取/加载；
- 高可用/低停机：搭建 HDR/ER 备库，完成数据同步后切换角色；
- 第三方工具：如企业已有 ETL/CDC 流程可复用。
- 切换与验证
- 调整应用连接串指向新实例，执行回归测试与性能对比；确认无误后保留旧库一段时间作为回滚窗口。
四 关键检查与常见问题处理
- 空间与对象健康
- 升级前确保 rootdbs ≥ 10% 可用；每个含有 n 个数据库的 dbspace 预留约 n×2000 KB 可用空间；逻辑日志与 sysmaster/sysadmin/sysutils 重建所需空间充足。
- 检查 extent 数量 > 200 的表并重建，减少升级时转换压力。
- 兼容性要点
- 不同版本对 GLIBC/内核/异步 I/O 等依赖不同；如 AIX/旧内核 上遇到 KAIO 相关错误，可在环境临时设置 KAIOOFF=1 规避（仅用于过渡，需评估性能影响）。
- 权限与安全策略变化：部分版本对 裸设备/文件权限 更严格，必要时将数据文件权限调整为 660（属主 informix:informix）。
- 名称解析与连接
- 确认 /etc/nsswitch.conf 中 hosts 解析顺序合理（如仅用 files），避免目录服务异常影响 sqlhosts 解析。
- 回退与演练
- 制定并演练回退方案（如保留旧实例与备份、切换 DBSERVERNAME/端口 快速回切），在测试环境完整验证升级与回退流程。