Debian環境下Informix數據庫遷移指南

一、遷移前準備

1. 環境兼容性檢查

確保源數據庫與目標Debian環境的**操作系統（如Debian 11/12）、硬件配置（CPU、內存、磁盤空間）及Informix版本（如11.70.FC3DE、11.50UC5）**兼容。通過onstat -命令確認源數據庫版本，目標環境需安裝對應或更高版本的Informix Dynamic Server（IDS）。

2. 權限與工具準備

• 在源和目標服務器上創建Informix數據庫用戶（如informix），并授予DBA權限（用于創建對象、導入數據）；
• 準備遷移工具：邏輯遷移需dbexport/dbimport、unload/load；二進制遷移需ontape、on-bar；高性能遷移需High Performance Loader（HPL）。

3. 數據量與業務評估

根據數據量大小選擇遷移方法：

• 小數據量（<100GB）：優先選擇邏輯遷移（dbexport/dbimport），操作簡單、可跨平臺；
• 大數據量（>100GB）：優先選擇二進制遷移（ontape/on-bar）或高性能加載工具（HPL），速度快、停機時間短；
• 需保留數據格式或跨數據庫遷移：選擇unload/load或HPL。

二、數據庫結構遷移

1. 導出表結構與對象

使用dbschema命令導出源數據庫的表結構、索引、觸發器、存儲過程等對象：

# 導出所有表結構到db_schema.sql
dbschema -d 源數據庫名 -t all > db_schema.sql
# 導出所有存儲過程到proc_schema.sql
dbschema -d 源數據庫名 -f all > proc_schema.sql

導出后需檢查SQL文件，調整數據類型兼容性（如Informix的DECIMAL(10,2)在PostgreSQL中為NUMERIC(10,2)）、約束定義（如外鍵、唯一鍵）及存儲過程語法（如EXECUTE PROCEDURE改為CALL）。

2. 在目標數據庫中創建結構

將調整后的SQL文件導入目標數據庫：

# 登錄目標數據庫服務器
dbaccess 目標數據庫名 <
db_schema.sql

創建完成后，驗證對象是否完整（如SELECT * FROM systables WHERE tabname='表名'）。

三、數據遷移實施

1. 邏輯數據遷移（小數據量推薦）

（1）導出數據

使用dbexport工具將源數據庫導出為ASCII格式：

# 創建導出目錄
mkdir -p /informix/db_export
# 導出數據庫（生成exp.dat數據文件和dbexport.exp控制文件）
dbexport -o /informix/db_export 源數據庫名

導出完成后，/informix/db_export目錄下會生成.unl數據文件（如testtable.unl）和.exp控制文件。

（2）傳輸文件

使用scp或rsync將導出目錄傳輸到目標服務器：

scp -r /informix/db_export 目標服務器IP:/home/informix/

（3）導入數據

使用dbimport工具將數據導入目標數據庫：

cd /home/informix/db_export
dbimport -i . 目標數據庫名 -c -l buffered update statistics

參數說明：

• -c：創建數據庫（若目標數據庫不存在）；
• -l buffered：使用緩沖日志（提升導入速度）；
• update statistics：更新統計信息（優化查詢性能）。

2. 二進制數據遷移（大數據量推薦）

（1）制作源數據庫備份

使用ontape工具制作0級備份（全量備份）：

# 設置onconfig文件中的備份路徑（/informix/backup/ontape_dev為磁帶設備路徑）
onconfig.myconf中的TAPEDEV=/informix/backup/ontape_dev
LTAPEDEV=/informix/backup/ltape_dev
# 執行0級備份
ontape -s -L 0

備份文件會保存到TAPEDEV指定的路徑（如/informix/backup/）。

（2）傳輸備份文件

將備份文件、onconfig文件及sqlhosts文件傳輸到目標服務器：

scp /informix/backup/*.dat 目標服務器IP:/informix/backup/
scp $INFORMIXDIR/etc/onconfig 目標服務器IP:$INFORMIXDIR/etc/
scp $INFORMIXDIR/etc/sqlhosts 目標服務器IP:$INFORMIXDIR/etc/

（3）恢復數據

在目標服務器上：

• 確保onconfig文件中的路徑（如ROOTPATH、MIRRORPATH）正確；
• 創建與源數據庫相同的chunk文件（如/informix/chunks/chunk1），并設置權限為660（chown informix:informix chunk1; chmod 660 chunk1）；
• 執行恢復：

ontape -r -L 0

恢復完成后，目標數據庫會自動聯機。

四、應用程序適配調整

1. 修改連接配置

更新應用程序的連接字符串，指向目標數據庫服務器：

# 原連接字符串（源服務器）
jdbc:informix-sqli://源服務器IP:1533/源數據庫名:INFORMIXSERVER=源服務器名;user=informix;password=xxx
# 新連接字符串（目標服務器）
jdbc:informix-sqli://目標服務器IP:1533/目標數據庫名:INFORMIXSERVER=目標服務器名;user=informix;password=xxx

2. 調整SQL語句

• 替換Informix特有函數（如TODAY改為CURRENT DATE，VARCHAR改為CHAR）；
• 修改事務隔離級別（如源數據庫使用COMMITTED READ，目標數據庫可能需要調整為REPEATABLE READ）；
• 處理字符集差異（如源數據庫為en_US.819，目標數據庫為zh_CN.gb18030，需統一字符集）。

五、遷移后驗證

1. 數據一致性校驗

• 對比源庫和目標庫的表行數（如SELECT COUNT(*) FROM 表名）；
• 驗證關鍵字段值（如主鍵、唯一鍵、特殊字符）是否正確遷移；
• 使用dbaccess執行校驗SQL，確保數據無遺漏或錯誤。

2. 性能驗證

• 執行典型查詢（如SELECT * FROM 大表 WHERE 條件），對比源和目標數據庫的執行時間；
• 使用onstat -g ses監控目標數據庫的會話性能，檢查是否有鎖等待或資源瓶頸。

3. 功能驗證

• 測試應用程序的核心功能（如登錄、數據錄入、報表生成），確保與源數據庫的行為一致；
• 驗證存儲過程、觸發器是否正常執行（如EXECUTE PROCEDURE 存儲過程名(參數)）。

六、遷移后運維

1. 監控與優化

• 使用onstat工具監控數據庫狀態（如onstat -查看系統概要，onstat -g sql查看SQL執行情況）；
• 定期更新統計信息（UPDATE STATISTICS），優化查詢計劃；
• 調整緩沖池大小（BUFFERPOOL參數），提升性能。

2. 備份策略

• 制定定期備份計劃（如每日增量備份、每周全量備份），使用ontape或on-bar工具；
• 將備份文件存儲到異地（如NAS、云存儲），防止數據丟失。

3. 回滾方案

• 遷移前保留源庫備份，制定故障回切計劃（如源庫恢復流程），避免數據丟失。