CentOS环境下Informix数据库迁移流程

1. 迁移前准备

1.1 环境兼容性检查

• 确认源Informix数据库的版本号（如12.10.xC12）、操作系统（如Windows Server 2019、RHEL 7）及硬件配置（CPU、内存、存储），目标CentOS环境（如CentOS Stream 8/9）需满足版本兼容性要求（参考Informix官方版本支持矩阵）。
• 验证目标服务器的存储空间：确保目标磁盘有足够容量存放源数据库的备份文件、表空间数据及日志文件（建议预留1.5倍源数据库大小的空间）。
• 统一字符集与排序规则：若源数据库使用en_US.819（ISO/IEC 8859-1），目标环境需配置相同字符集，避免数据乱码。

1.2 权限与备份

• 创建目标数据库用户：在目标CentOS服务器上，使用Informix用户（如informix）登录，创建与源数据库一致的数据库用户（如db_owner），并授予必要权限（DBA、RESOURCE、CONNECT）。
• 全量备份源数据库：采用dbexport（逻辑备份，生成文本文件）或ontape（物理备份，备份数据文件）工具备份源数据库。例如，逻辑备份命令：dbexport -o /informix/backup/stores7 stores7（将stores7数据库导出至/informix/backup/stores7目录）。

2. 数据库结构迁移

2.1 创建目标数据库

• 在目标CentOS服务器上，使用createdb命令创建与源数据库同名的数据库（如stores7），并指定表空间路径（需提前创建）。例如：

  onstat -d # 查看现有表空间 onspaces -c -d stores7_data -p /informix/data/stores7_data -o 0 -s 1000000 # 创建数据表空间（1TB大小） onspaces -c -d stores7_idx -p /informix/data/stores7_idx -o 0 -s 2000000 # 创建索引表空间（2TB大小） createdb -d stores7 -t stores7_data -i stores7_idx # 关联表空间 

2.2 迁移表结构与对象

• 逻辑方式：使用dbimport工具导入dbexport生成的.exp目录中的结构文件（如stores7.sql）。命令：dbimport -i /informix/backup/stores7 stores7 -c -l buffered（-c表示创建数据库，-l buffered表示缓冲写入）。
• 物理方式：若使用ontape备份，直接将源数据库的数据文件（如rootdbs、chunk文件）复制到目标服务器对应路径，修改onconfig配置文件中的路径参数（如ROOTPATH、DBSPACEPATH）。
• 调整对象定义：检查并修改目标数据库中的数据类型映射（如Oracle的NUMBER转为Informix的DECIMAL）、约束条件（如外键、唯一索引）、触发器语法（如AFTER INSERT改为AFTER INSERT ON），确保与Informix语法兼容。

3. 数据迁移

3.1 逻辑数据迁移

• 使用dbexport导出源数据库数据至文本文件（如stores7.dat），再通过dbimport导入目标数据库（步骤同“数据库结构迁移”中的逻辑方式）。适用于跨平台、跨版本的小型数据库迁移。
• 增量数据同步：若源数据库仍在运行，可使用high performance loader (HPL)工具实现增量数据迁移。例如，导出新增数据至CSV文件，再用HPL加载：hpl -i /informix/incremental_data.csv -d stores7 -t target_table -f ","。

3.2 物理数据迁移

• 若使用ontape物理备份，将源服务器的ontape备份文件（如tape1、tape2）复制到目标服务器，执行ontape -r（恢复）命令还原数据。例如：

  ontape -r # 从磁带恢复数据 # 按提示输入数据库名（stores7）、备份集编号（1） 

3.3 数据转换（可选）

• 若源数据库为非Informix系统（如MySQL、Oracle），需使用ETL工具（如Informix DataStream、Talend）处理数据类型差异（如MySQL的TEXT转为Informix的LVARCHAR）、SQL语法差异（如LIMIT改为FIRST），确保数据一致性。

4. 应用程序适配

• 修改连接字符串：更新应用程序中的数据库连接配置（如JDBC URL、ODBC DSN），指向目标CentOS服务器的Informix实例。例如：
  jdbc:informix-sqli://target_centos_ip:9088/stores7:INFORMIXSERVER=informix_server;user=db_owner;password=your_password
• 调整SQL语句：替换源数据库特有的语法（如Oracle的SYSDATE改为Informix的CURRENT），优化查询语句以适应Informix的优化器特性（如使用INDEX提示）。

5. 测试与验证

5.1 数据完整性验证

• 对比源数据库与目标数据库的记录数（如SELECT COUNT(*) FROM employees）、关键字段值（如订单金额、客户ID），确保数据无遗漏或错误。
• 使用dbvalid工具验证目标数据库的物理一致性：dbvalid -d stores7（检查表空间、索引是否损坏）。

5.2 功能与性能测试

• 功能测试：执行应用程序的核心业务流程（如登录、下单、报表生成），验证功能是否正常。
• 性能测试：使用onstat工具监控目标数据库的性能指标（如CPU利用率、磁盘I/O、锁等待时间），对比源数据库的性能表现，必要时调整表空间大小、缓冲池参数（如BUFFERPOOL）或索引策略。

6. 迁移后运维

• 监控与优化：定期检查Informix日志文件（online.log、alert.log），监控数据库性能（如使用onstat -g ses查看会话状态、onstat -g sql查看慢查询），优化表空间碎片（oncheck -pt）、索引（rebuild index）。
• 备份策略：制定目标数据库的定期备份计划（如每日全量备份+每小时增量备份），使用ontape或onbar工具执行备份，确保数据安全。
• 文档更新：更新数据库架构文档、运维手册，记录迁移过程中的变更（如表空间路径、用户权限、SQL调整），便于后续维护。

注意事项

• 连接锁问题：若导入过程中出现“连接锁死”错误，可重启Informix服务（onmode -ky停止，oninit启动）释放锁。
• 表空间权限：创建表空间时，数据文件需属于informix用户，权限设置为660（如chown informix:informix /informix/data/stores7_data，chmod 660 /informix/data/stores7_data）。
• 版本升级：若跨版本迁移（如从12.10.FC9升级至12.10.xC12），需先升级目标服务器的Informix软件版本，再进行数据迁移。