以前DB2 for Linux、Unix、Windows出到第8版的时候，SAP用户只能在一台服务器上装一个DB2版本，因为安装路径是写死的。虽然DB2 8也出了些替代的补丁包镜像，但那些基本都是拿来测试用的，生产环境SAP并不推荐。
到了DB2 9就不一样了，用户可以在同一台机器上装多个DB2软件副本，而且这些安装之间是完全独立的。它们可以是不同版本，也可以装在不同的路径下。每个副本都能单独升级，互不干扰。所有用了DB2 9和SAP R/3 3.1I及以上版本的系统都支持这个功能。
从SAP NetWeaver 7.1开始，安装程序已经很好地利用了这个特性，把DB2直接装在实例所属用户的主目录里。这篇文章就讲怎么在Linux或UNIX机器上部署多个DB2系统，并让SAP应用连接上不同的数据库运行起来。
多份DB2 9副本的好处
DB2 9允许你在一台主机上多次安装DB2软件，并为每个SAP DB2实例指定不同的DB2安装路径。每一份DB2安装都是独立运作的。而且每个补丁包都以完整镜像的形式提供，你可以选择是在原有基础上安装补丁，还是作为全新安装独立存在。
这样一来，就可以让不同的SAP应用跑在不同版本的DB2上面。比如你可以用一个新的补丁版本先部署测试环境，没问题之后再迁移到正式生产系统。如果遇到问题，也能很方便地回滚到之前的版本。每个实例都可以单独更新，不需要一次性给所有实例打补丁，当然老的方式也还是可以用的。
举个例子：用户有三个实例I1、I2、I3。他先装了DB2 9原始版本，三个实例都用的是这套环境。然后他想升级FixPack1，这时候可以选择在原来的安装路径上升级，也可以换个新路径重新装一遍FixPack1。接着把I1和I2指向新路径进行升级操作。之后再在新的路径上装FixPack2，这时可以把I3也一起升级到FixPack2。这样整个过程非常灵活。
而且你还可以在同一台机器上同时装Version 8和Version 9，甚至能装多个版本的DB2 9补丁。
与旧版DB2的区别
这个新特性带来了很多变化：
你现在不能用系统自带的工具（比如pkginfo、rpm、smit或者sisal）去查DB2的安装信息了。取而代之的是一个全新的命令`db2ls`，它可以帮你查看这台机器上到底装了多少份DB2软件。
总结DB2 9对SAP用户来说确实是一个不小的提升，尤其在灵活性和可维护性方面。
到了DB2 9就不一样了，用户可以在同一台机器上装多个DB2软件副本，而且这些安装之间是完全独立的。它们可以是不同版本，也可以装在不同的路径下。每个副本都能单独升级，互不干扰。所有用了DB2 9和SAP R/3 3.1I及以上版本的系统都支持这个功能。
从SAP NetWeaver 7.1开始，安装程序已经很好地利用了这个特性，把DB2直接装在实例所属用户的主目录里。这篇文章就讲怎么在Linux或UNIX机器上部署多个DB2系统，并让SAP应用连接上不同的数据库运行起来。
多份DB2 9副本的好处
DB2 9允许你在一台主机上多次安装DB2软件，并为每个SAP DB2实例指定不同的DB2安装路径。每一份DB2安装都是独立运作的。而且每个补丁包都以完整镜像的形式提供，你可以选择是在原有基础上安装补丁，还是作为全新安装独立存在。
这样一来，就可以让不同的SAP应用跑在不同版本的DB2上面。比如你可以用一个新的补丁版本先部署测试环境，没问题之后再迁移到正式生产系统。如果遇到问题，也能很方便地回滚到之前的版本。每个实例都可以单独更新，不需要一次性给所有实例打补丁，当然老的方式也还是可以用的。
举个例子：用户有三个实例I1、I2、I3。他先装了DB2 9原始版本，三个实例都用的是这套环境。然后他想升级FixPack1，这时候可以选择在原来的安装路径上升级，也可以换个新路径重新装一遍FixPack1。接着把I1和I2指向新路径进行升级操作。之后再在新的路径上装FixPack2，这时可以把I3也一起升级到FixPack2。这样整个过程非常灵活。
而且你还可以在同一台机器上同时装Version 8和Version 9，甚至能装多个版本的DB2 9补丁。
与旧版DB2的区别
这个新特性带来了很多变化：
你现在不能用系统自带的工具（比如pkginfo、rpm、smit或者sisal）去查DB2的安装信息了。取而代之的是一个全新的命令`db2ls`，它可以帮你查看这台机器上到底装了多少份DB2软件。
总结DB2 9对SAP用户来说确实是一个不小的提升，尤其在灵活性和可维护性方面。