CentOS 上 Informix 版本升级实操指南
一 升级策略与准备
- 明确目标与路径：确认当前与目标 Informix 版本，优先选择 小版本就地升级（同主版本内升级，复用现有数据文件，风险较低）；跨主版本或跨大版本建议 非就地升级/迁移（新目录安装、导出导入或备份恢复，隔离性更好）。升级前务必完成 全量备份（逻辑/物理）、兼容性核对（OS、GLIBC、内核、存储、字符集、驱动）、回退预案（保留旧版本目录与实例、保留最近可用备份、记录回滚步骤）。在变更窗口内执行，通知应用方并安排 只读/维护模式。上述策略与流程要点可参考专业实践总结。
二 就地升级步骤（同主版本，示例）
- 准备与检查
- 以 informix 用户检查版本与实例状态：
onstat - 或 dbaccess - - version；确认空间、告警、归档状态正常。
- 完整备份：执行物理备份（如 onbar 全备或文件系统快照）与逻辑导出（如
dbexport 关键库），保留最近一次可用备份与 onconfig、sqlhosts 等配置。
- 安装新版本引擎
- 解压 IBM 提供的安装介质（如 ids_install 或 tar 包），以 root 运行安装程序，选择安装到 新目录（例如 /opt/informix_new），避免覆盖旧版本；安装过程保持默认组件与路径结构一致，便于复用配置。
- 迁移与切换
- 停止旧实例：
onmode -ky；如有复制/集群，先摘除或暂停。
- 复用旧配置：将旧目录的 $INFORMIXDIR/etc/onconfig、$INFORMIXDIR/etc/sqlhosts、以及相关环境变量（如 INFORMIXSERVER、ONCONFIG、INFORMIXDIR、PATH）复制到新目录，按需调整路径与参数；确保 ROOTPATH、TMPPATH、DBSPACETEMP 等指向有效位置且权限正确（目录一般为 informix:informix 660/755）。
- 执行升级：进入新目录，按 IBM 升级文档执行升级脚本/命令（不同版本命令可能不同，切勿臆测）；完成后以新目录启动：
oninit -v。
- 验证与回退
- 验证：
onstat - 查看版本与状态，oncheck -pr 检查系统表，dbaccess 连接测试，抽样业务 SQL 回归；检查 online.log 无异常。
- 回退：若异常，停止新实例
onmode -ky，切回旧目录启动 oninit -v，恢复备份。以上就地升级流程与要点可参考专业实践总结。
三 非就地升级或迁移步骤（跨主版本/隔离升级）
- 安装目标版本
- 在新目录（如 /opt/informix_14）全新安装目标版本引擎（参考安装步骤：创建 informix 用户与目录、设置 INFORMIXDIR 等环境变量、解压介质、运行 ids_install 或安装脚本、初始化配置）。
- 迁移数据
- 方式 A（推荐）：物理迁移/备份恢复。使用 onbar 或文件系统快照将旧实例数据迁移到新实例对应路径，按新版本参数启动并校验。
- 方式 B：逻辑迁移。对关键库使用 dbexport 导出，在新实例 dbimport 导入；注意对象权限、触发器/存储过程兼容性、序列与依赖对象顺序。
- 切换与验证
- 调整应用连接串指向新实例（或临时并行双写/灰度），完成回归与性能对比后切换为主用；保留旧实例与备份至观察期结束。上述非就地升级与迁移方法要点可参考专业实践总结。
四 常见问题与排错要点
- 共享内存/信号量残留：启动失败且提示已存在，使用
ipcs 查看共享内存/消息队列/信号量，必要时 ipcrm -M <shmkey> / -m <shmid>、ipcrm -Q <msgkey> / -q <msqid>、ipcrm -S <semkey> / -s <semid> 清理后再启动。
- 权限与目录：确认 $INFORMIXDIR、数据目录、TMPPATH 等归属 informix:informix，权限 660/755；临时文件目录可触发性创建失败，提前预置并赋权。
- 配置与网络：核对 onconfig 中 ROOTPATH、DBSPACETEMP、LTAPEDEV/LOGTAPEDEV 等；sqlhosts 协议与端口与客户端一致（如 onsoctcp），防火墙放行。
- 日志与诊断：优先查看 $INFORMIXDIR/tmp/online.log 与
onstat -m，定位参数错误、空间不足、权限问题等。
五 升级后验证与回退
- 功能与性能：执行冒烟测试与关键业务回归，进行必要的 基准测试 与 性能对比，确认无功能退化与异常回退。
- 监控与观察：升级后至少观察 1–2 个业务周期，关注告警、长事务、检查点、日志与空间使用；确认复制/高可用链路正常。
- 回退条件与操作：如出现严重缺陷或数据不一致，按预案停止新实例、恢复最近备份、切回旧实例并回滚配置；保留现场日志与诊断信息以便后续分析。