DB2 數據遷移實戰：Export/Import + DDL 腳本的標準化流程與自動化代碼

遷移場景：換表空間、換庫、跨環境同步

測試環境：IBM x346, 3.2GHz×2, 4GB, RAID1, DB2 V8.2.4, Win2000, DMS 表空間。
Load 速度基準：60-100 萬行/分。

標準化 8 步流程

1. 導出 DDL：控制中心 (db2cc) 選中源庫所有表 → 生成 DDL 腳本。
2. 修改 DDL：按需調整表空間名（如改為 GATHER）、分區鍵、壓縮屬性等。
3. 建目標庫：創建新數據庫 + DMS 表空間 GATHER。
4. 執行 DDL：在目標庫運行修改後的腳本，建表/索引/約束/觸發器。
5. 生成 Export 腳本：查詢源庫系統表，自動拼裝全表 EXPORT 命令。
6. 生成 Import 腳本：同理自動生成全表 IMPORT 命令。
7. 執行 Export：連接源庫跑導出（生成 IXF 文件）。
8. 執行 Import：連接目標庫跑導入。

自動化代碼核心片段

生成 Export 腳本

String selectTableSql = "select name from sysibm.systables where creator = '" + creator + "' and type='T'";
ResultSet rs = stmt.executeQuery(selectTableSql);
StringBuffer sb = new StringBuffer();
int i = 0;
while (rs.next()) {
    String tableName = rs.getString(1);
    sb.append("db2 \"export to aa" + (++i) + ".ixf of ixf select * from " + tableName + "\"\r\n");
}
FileUtility.saveStringToFile(exportScriptPath, sb.toString(), false);

關鍵點解析

• sysibm.systables：系統基礎表，CREATOR 過濾 Schema，TYPE='T' 僅用戶表。
• IXF 格式：自帶表結構、支持 LOB、跨平台兼容性佳，首選遷移格式。
• 文件命名 aa1.ixf, aa2.ixf... 避免同名覆蓋，便於並行/斷點續傳。

進階優化建議

遷移驗收清單

1. 表結構對比：db2look -d SRCDB -e -c -o src.ddl vs db2look -d TGTDDB -e -c -o tgt.ddl 做 Diff。
2. 行數核對：SELECT COUNT(*) FROM TABLE 源目雙向核對。
3. 抽樣數據校驗：關鍵表抽取 100 行做 md5sum 對比。
4. 應用煙霧測試：指向新庫跑核心業務流程。

總結

DDL 先行、IXF 承載、自動化腳本、並行加速、驗收閉環——這是 DB2 數據遷移的工業級標準動作。掌握此流程，TB 級遷移也能「有條不紊、可控可驗」。