DB2 V8.2 數據倉庫環境遷移實踐與避坑指南

項目背景

原生產環境運行 DB2 V7.2 on Windows 2000，倉庫控制服務器亦部署於 Windows。新一輪平台建設選用 DB2 V8.2 on AIX 4.3.3 (RISC6000 M80)，計劃將舊應用整體遷移。本文記錄搭建開發環境、安裝 FixPak、代理點配置、UDP 問題等實踐經驗。

環境搭建關鍵點

• 因 V7 實例 db2inst1 已存在，V8.2 創建新實例 db2inst2 並建立元數據庫 METADB。
• 選擇 AIX 作為倉庫控制服務器，發現 db2vwsvr start/stop 需 root 權限。
• AIX 4.3.3 無法安裝 Java 1.4，導致 DWC、DCC 等圖形工具無法啟動，db2wcdbm 也無法運行。V8.2 for AIX 缺乏命令行配置倉庫控制庫的工具，僅能依賴安裝時的 db2setup 完成初始化。
• 界面小問題：列表不按字符排序、右鍵菜單異常滾動。

代理點與數據源配置

為直接訪問 Informix 源，將 IWH.agent.db.interface 從 db2cli 改為 ivodbc，但發現 AIX 代理點性能不佳。後升級 FixPak 10 後改回 db2cli，性能明顯改善。

FixPak 10 升級血淚教訓

錯誤現象

$ db2start
Could not load program /dwhome/db2inst2/sqllib/adm/db2star2:
Symbol resolution failed for db2star2 because:
Symbol sqloReadLatchMapConfig (number 106) is not exported from dependent
module /usr/opt/db2_08_01/lib/libdb2e.a(shr.o).

根因與解決

安裝 FixPak 後未執行 db2iupdt db2inst2 升級實例。補上實例升級後問題解決。

升級後的 UDP 與環境變量疑雲

• UDP 中原 db2 connect to dwdb 無需 user/using，升級後必須寫全連接串。
• IWH.environment 中的 HOME 變量解析路徑非 db2inst2 路徑，懷疑 DWC 運行 UDP 的用戶非預期代理點用戶（難道是 root？）。
• 尚不確定 AIX 默認代理點運行 UDP 時使用的具體用戶身份，需進一步驗證。

經驗總結

1. AIX 平台作倉庫控制服務器受限於 Java 版本，圖形工具可用性差，建議評估 Linux/Windows 控制服務器方案。
2. FixPak 升級務必執行實例升級 (db2iupdt)，否則核心庫符號缺失導致實例無法啟動。
3. UDP 連接串寫法、環境變量繼承機制在版本升級中可能發生變化，遷移前需充分測試。
4. 代理點接口選擇 (db2cli vs ivodbc) 對性能影響大，需實測定奪。