【IT168服务器学院】在DB2V8推出之前，DB2UDB的数据仓库控制服务器只能运行在WINDOWS环境中，不知道我说得对不对。但是在其他平台、系统上是可以运行AGENT程序，来完成数据从源到目标的流动。我们现在的生产环境使用的是V7.2，几年前开发的，一直沿用。V7.2上是不需要另外安装WarehouseManager就可以增加agentsite的。但是到了V8.2为了增加代理点就要另外安装warehousemanager了。

　　我们现在使用DB2V8.2作为开发环境，正在进行新一轮的平台建设，将来也会把原来的应用，DB2V7.2上的一并迁移到新环境中。

　　我把在使用DB2V8.2（目前使用的测试版）搭建开发环境时遇到的问题说一下：

　　安装环境：

　　RISC6000M80,

　　AIX4.3.3+maintainlevel9;

　　第一遍安装很顺利的，选装了DataWarehouse组件了。当时因为系统原有DB2V7的信息在，所以db2inst1实例被占用了。DB2V8.2建立了db2inst2作为实例。并且创建了METADB作为数据仓库的控制库。

　　在这个环境中，我选择了使用AIX作为数据仓库控制服务器的，而我们的生产环境的仓库控制服务器现在还运行在WIN2000平台上呢。当时发现：db2vwsvrstart/stop是需要root权限的。因为AIX4.3.3上无法安装java14，所以在AIX上的DB2的DDB2CC,DB2DWC等无法启动。包括仓库控制库配置程序：db2wcdbm也无法运行，当时都是在安装是有db2setup完成的配置。同时发现DB2V8.2FORAIX居然没有提供命令行来支持这个功能！不知道DB2V8.2FORAIX的图形界面是否可以在JAVA1.3.1上运行，那样的话我可以想办法把JAVA1.3.1安装上去。

　　到这时还不错，只是在使用过程中发现一些不同舒服的小问题，如列表不按字符顺序排序，鼠标右键产生怪异动作：直接滚动到最上面。

　　为了能够通过AIX直接访问INFORMIX数据源（生产环境下是通过WINDOWS的ODBC访问INFORMIX数据源），我把IWH.agent.db.interfacedb2cli改成了

　　IWH.agent.db.interfaceivodbc这样发现使用AIX的代理点性能不好。

　　然后我考虑升级DB2V8.2，糟糕的事情从这是开始了：

　　安装FIXPAK10，使用：

　　installFixPak-y

　　安装完成后运行db2start报错：

　　$db2start

　　Couldnotloadprogram/dwhome/db2inst2/sqllib/adm/db2star2:

　　Symbolresolutionfailedfordb2star2because:

　　SymbolsqloReadLatchMapConfig(number106)isnotexportedfromdependen

　　t

　　module/usr/opt/db2_08_01/lib/libdb2e.a(shr.o).

　　Examine.loadersectionsymbolswiththe''dump-Tv''command.

后来发现是安装后没有运行db2iupdt来对实例进行升级。

　　升级完成后，发现原来有些数据仓库中心中使用的UDP（UserDefinedProcedur)有问题：

　　原来在程序中连接：

　　db2connecttodwdb;

　　不必加user/using选项的，打完补丁后要写全才行。我查看了IWH.environment文件，没有什么不对的地方。在UDP中使用env中的HOME，得到的不是db2inst2所在的路径。

　　DWC中的运行UDP的用户是不是就是指定的代理点的用户，而对运行环境影响的是只有IWH.environment文件？

　　我不知道使用AIX上的缺省代理点在运行UDP时是什么用的那个用户，总不会使用root用户吧？！

　　升级后，我使用IWH.agent.db.interfacedb2cli，感觉性能不错了。