在DB2 V8推出之前，DB2 UDB的數據倉庫控制服務器只能運行在Windows環境中，不知道我說得對不對。但是在其他平台、系統上是可以運行 AGENT 程序，來完成數據從源到目標的流動。我們現在的生產環境使用的是 V7.2，幾年前開發的，一直沿用。V7.2上是不需要另外安裝Warehouse Manager就可以增加agent site的。但是到了V8.2為了增加代理點就要另外安裝warehouse manager了。
我們現在使用DB2 V8.2作為開發環境，正在進行新一輪的平台建設，將來也會把原來的應用，DB2 V7.2上的一並遷移到新環境中。
我把在使用DB2 V8.2（目前使用的測試版，明年將會正式購買）搭建開發環境時遇到的問題說一下：
安裝環境：
RISC6000 M80,
AIX 4.3.3 + maintain level 9;
第一遍安裝很順利的，選裝了Data Warehouse 組件了。當時因為系統原有DB2 V7的信息在，所以db2inst1實例被占用了。DB2 V8.2建立了 db2inst2作為實例。並且創建了 METADB作為數據倉庫的控制庫。
在這個環境中，我選擇了使用AIX作為數據倉庫控制服務器的，而我們的生產環境的倉庫控制服務器現在還運行在WIN2000平台上呢。當時發現：db2vwsvr start/stop 是需要root權限的。因為AIX 4.3.3 上無法安裝 java14，所以在AIX上的DB2的DDB2CC, DB2DWC等無法啟動。包括倉庫控制庫配置程序：db2wcdbm 也無法運行，當時都是在安裝是有db2setup完成的配置。同時發現DB2 V8.2 FOR AIX 居然沒有提供命令行來支持這個功能！不知道DB2 V8.2 FOR AIX 的圖形界面是否可以在 JAVA1.3.1上運行，那樣的話我可以想辦法把Java 1.3.1安裝上去。
到這時還不錯，只是在使用過程中發現一些不同舒服的小問題，如列表不按字符順序排序，鼠標右鍵產生怪異動作：直接滾動到最上面。
為了能夠通過AIX直接訪問INFORMIX數據源（生產環境下是通過Windows的ODBC訪問INFORMIX數據源），我把IWH.agent.db.interface db2cli 改成了
IWH.agent.db.interface ivodbc 這樣發現使用AIX的代理點性能不好。
然後我考慮升級DB2 V8.2，糟糕的事情從這是開始了：
安裝FIXPAK 10，使用：
installFixPak -y
安裝完成後 運行 db2start 報錯：
$ db2start
Could not load program /dwhome/db2inst2/sqllib/adm/db2star2:
Symbol resolution failed for db2star2 because:
Symbol sqloReadLatchMapConfig (number 106) is not exported from dependen
t
module /usr/opt/db2_08_01/lib/libdb2e.a(shr.o).
Examine .loader section symbols with the 'dump -Tv' command.
後來發現是安裝後沒有運行 db2iupdt 來對實例進行升級。
升級完成後，發現原來有些數據倉庫中心中使用的UDP（User Defined Procedur) 有問題：
原來在程序中連接：
db2 connect to dwdb ;
不必加 user/using 選項的，打完補丁後要寫全才行。我查看了IWH.environment文件，沒有什麼不對的地方。在UDP中使用env 中的 HOME，得到的不是 db2inst2 所在的路徑。
DWC 中的運行 UDP 的用戶是不是就是指定的代理點的用戶，而對運行環境影響的是只有IWH.environment 文件？
我不知道使用AIX上的缺省代理點在運行UDP時是什麼用的那個用戶，總不會使用root用戶吧？！
升級後，我使用IWH.agent.db.interface db2cli，感覺性能不錯了。
