如何遷移CentOS Informix數據庫

一、遷移前準備

1. 環境兼容性檢查
   確認源Informix數據庫的版本（如12.10.xC12）、操作系統（如RHEL 7）及硬件配置（CPU、內存、存儲）與目標CentOS環境（如CentOS Stream 8/9）兼容，參考Informix官方版本支持矩陣；驗證目標服務器存儲空間（建議預留1.5倍源數據庫大?。?；統一字符集（如源用en_US.819，目標需配置相同，避免亂碼）。
2. 權限與備份
   在目標CentOS服務器上創建Informix用戶（如informix），并授予DBA、RESOURCE、CONNECT權限；使用dbexport（邏輯備份，生成文本文件）或ontape（物理備份，備份數據文件）工具備份源數據庫。例如：

   dbexport -o /informix/backup/stores7 stores7  # 邏輯備份
   ontape -s -L 0  # 物理0級備份（全量）
   

二、數據庫結構遷移

1. 創建目標數據庫與表空間
   在目標服務器上使用createdb命令創建同名數據庫，并關聯預先創建的表空間（數據表空間、索引表空間）。例如：

   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. 遷移表結構與對象
   • 邏輯方式：用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語法兼容。

三、數據遷移實施

1. 邏輯數據遷移（小數據量推薦）
   • 導出數據：dbexport生成.unl數據文件和.exp控制文件；
   • 傳輸文件：用scp/rsync將導出目錄復制到目標服務器；
   • 導入數據：dbimport導入并更新統計信息（優化查詢性能）：

     cd /home/informix/db_export
     dbimport -i . stores7 -c -l buffered update statistics
     

2. 二進制數據遷移（大數據量推薦）
   • 制作0級備份：配置onconfig中的TAPEDEV（備份路徑），執行ontape -s -L 0；
   • 傳輸備份文件：將備份文件、onconfig、sqlhosts復制到目標服務器；
   • 恢復數據：確保目標onconfig路徑正確，創建chunk文件（權限660），執行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 表名）、關鍵字段值（如訂單金額、客戶ID）；用dbvalid工具驗證物理一致性：

   dbvalid -d stores7  # 檢查表空間、索引是否損壞
   

2. 性能驗證
   執行典型查詢（如SELECT * FROM 大表 WHERE 條件），對比源與目標的執行時間；用onstat -g ses監控會話性能，檢查鎖等待或資源瓶頸。
3. 功能驗證
   測試應用程序核心功能（登錄、數據錄入、報表生成），確保與源數據庫行為一致；驗證存儲過程、觸發器是否正常執行（如EXECUTE PROCEDURE 存儲過程名）。

六、遷移后運維

1. 監控與優化
   定期檢查online.log、alert.log日志文件，使用onstat -g ses（會話狀態）、onstat -g sql（慢查詢）監控性能；優化表空間碎片（oncheck -pt）、索引（rebuild index）。
2. 備份策略
   制定定期備份計劃（如每日全量+每小時增量），使用ontape或onbar工具執行備份，確保數據安全。
3. 文檔更新
   更新數據庫架構文檔、運維手冊，記錄遷移變更（如表空間路徑、用戶權限、SQL調整），便于后續維護。