Linux 上 Informix 数据迁移实操指南
一 迁移方式与适用场景
- 物理迁移：使用 ontape 或 on-bar 进行整库/块级备份与恢复，速度快，适合同版本、同平台（或受支持的同架构）之间的迁移；通常不支持跨操作系统或跨大版本直接恢复。
- 逻辑迁移：使用 dbexport/dbimport 导出为文本（含建库/建表/数据 SQL），在目标端重建对象并导入，适合跨小版本、跨平台、结构调整或清洗转换。
- 卸载/装载与批量导入：使用 unload/load、dbload、external table、HPL（High-Performance Loader） 处理大批量数据与性能场景。
- ETL/第三方工具：当涉及异构数据库或复杂转换时，可用 ETL/CDC 工具实现抽取、转换与加载。
- 复制过渡：在停机窗口紧张时，可先通过 复制/同步 将增量追平，再短时停机切换，降低业务中断。
二 标准流程与关键命令
- 环境准备
- 核对 Informix 版本、操作系统/硬件、字符集 与 页大小（如 2KB/4KB） 的兼容性；准备目标端实例与存储。
- 规划 停机窗口、网络带宽与磁盘空间；创建迁移专用账户并授予必要权限。
- 备份与评估
- 执行源库全备（物理或逻辑），保留 online.log 与关键配置；评估数据量与对象数量，确定分批策略。
- 结构迁移
- 使用 dbschema 导出对象定义（表、索引、视图、存储过程、触发器、授权等），在目标端按需调整（如数据类型、长度、约束、默认值）。
- 示例：
- 导出全库对象定义：dbschema -d your_db -ss your_db_schema.sql
- 导出单表结构：dbschema -d your_db -t your_table your_table.sql
- 数据迁移
- 逻辑方式：
- 导出：dbexport -o /path/to/dir your_db
- 导入：dbimport -d your_db -i /path/to/dir
- 卸载/装载/HPL：对大表采用并行卸载与高性能装载，缩短窗口。
- 应用切换
- 更新连接串（主机、端口 1526、实例名 INFORMIXSERVER、数据库名），校验 SQL 方言差异与兼容性。
- 验证与回退
- 校验数据一致性（行数、主键抽样、关键业务核对）、性能回归与功能回归；保留回退方案直至业务稳定。
三 常见场景与命令示例
- 同版本同平台整库迁移（物理方式）
- 源端备份：ontape -s -L 0
- 传输备份至目标端
- 目标端恢复：ontape -r -L 0
说明：速度快，适合一次性切换；一般要求 同版本/同平台，跨平台/跨大版本不建议直接物理恢复。
- 跨平台或结构调整（逻辑方式）
- 导出：dbexport -o /export/stores7 stores7
- 传输：scp/rsync 到目标
- 目标端创建空库（与源库配置一致）
- 导入：dbimport -d stores7 -i /export/stores7
- 如含存储过程/触发器，用 dbschema 导出并在目标端执行。
- 大表批量导入（HPL/外部表）
- 使用 HPL 或 external table 并行装载，提高吞吐；适合 TB 级 或高并发导入场景。
- 异构迁移（到 Oracle/MySQL 等）
- 采用 ETL/CDC 工具或 JDBC 抽取转换加载，重点处理 数据类型映射 与 字符集（如 GBK/UTF-8）差异。
四 风险与注意事项
- 版本与平台：物理恢复通常不支持 跨操作系统/跨大版本；跨版本建议先升级到中间版本再迁移或直接采用逻辑迁移。
- 字符集与转码：不同字符集（如 en_US.819、GBK、UTF-8）可能导致长度截断或乱码；跨库迁移需统一字符集或在 ETL 中做转码与长度适配。
- 存储与空间：目标端磁盘需充足，建议预留至少 源库大小的 1.5 倍（含备份、临时文件与索引重建空间）。
- 锁与一致性：导出/导入期间可能出现 表锁 或长事务，必要时短暂停机或用复制过渡，避免业务阻塞。
- 对象与权限：确保 视图/存储过程/触发器/授权 一并迁移；导入顺序与依赖关系要正确。
- 日志与回退：全程保留 online.log 与工具输出日志；在业务验证通过前保持回退路径可用。
五 迁移后验证与性能优化
- 数据准确性：对关键表做 COUNT(*)、主键抽样、重要业务数据对比，确保无遗漏与篡改。
- 性能与健康：使用 onstat -g ses 等监控会话与锁等待，检查 CPU/IO 与缓冲命中率，必要时调整 缓冲池、日志、索引 与并行度。
- 应用回归：执行核心业务流程与报表，验证功能一致性与响应时延；对慢 SQL 进行专项优化。
