以前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用戶來說確實是一個不小的提升，尤其在靈活性和可維護性方面。