轉載:[轉]AIX 平臺下Oracle 10g RAC 是否需要安裝 HACMP .

　　那麼為什麼提到AIX，如果一定要選擇裸裝置(此處提到的裸裝置指純裸裝置，因為ASM實際上也是在管理裸裝置)作為Oracle資料檔案儲存方式的話，我們建議安裝HACMP呢? 是因為AIX作業系統的特殊性，在AIX作業系統上，每個字元裝置(對應一個rhdisk)只能對應一個儲存上劃分的LUN，而其它作業系統則可以在LUN上繼續細分字元裝置，比如LUN是128G，那麼在AIX上每個rhdisk都只能是128G，每個rhdisk也就是一個裸裝置，而其它作業系統則可以繼續在這個LUN上劃分出多個裸裝置，大小可以自定義。

　　我們知道對於Oracle RAC來說，每個控制檔案，每個聯機重做日誌檔案，甚至spfile都要對應一個裸裝置，那麼如果在儲存規劃的時候我們建立了128G的LUN，那麼在AIX上我們只能做成一個128G的控制檔案，一個128G的聯機重做日誌檔案，一個128G的spfile，因為單獨依靠作業系統我們無法再細分了。

　　在AIX作業系統中，必須使用LVM(Logical Volume Manager)來劃分LV(Logical Volume)，每個LV的大小是可以控制的，在一個LUN上我們可以劃分多個LV，因此在作業系統級別達到了規劃儲存的目的。此時HACMP的作用體現出來，如果要掛載Concurrent Volume Group(實際上不需要HACMP也可以建立LV和VG，但是卻無法將VG設定為Concurrent模式，而非Concurrent模式的VG是無法被多個機器同時讀寫的)，就必須安裝HACMP，因此更嚴格地說，這種方式的儲存應該稱為Raw Logical Volumes，而不是Raw Disks，這兩種都是Raw Devices。

　　實際上，如果我們在儲存級別就詳細規劃LUN的大小，比如建立4個128M的LUN，1個給spfile用，3個給控制檔案用，再建立8個256M的LUN，給8個聯機重做日誌用(4組，每組2個member)，然後再繼續規劃用於SYSTEM表空間的，用於SYSAUX表空間的，用於UNDO表空間的，用於使用者資料表空間的LUN分別是多大，那麼也仍然可以不需要HACMP就在AIX上搭建起以純裸裝置為儲存介質的Oracle10g RAC資料庫。

　　結論是，因為Oracle Clusterware的存在，在本質上，無論選擇什麼儲存方式，在任何作業系統上都不再需要第三方的叢集軟體。

　　最後再提一下ASM，對於ASM來說，底層可以是raw disks也可以是raw LVs，但是推薦是raw disks，因為本身ASM已經行使了類似於LVM的功能，因此無需再建立多餘的LV了，而如果不選擇ASM，那麼就建議使用raw LVs。

轉自網路