接下來是clusterware的安裝
clusterware的安裝在主節(jié)點上運行，所以我們接下來要做的是啟動主節(jié)點RAC1，打開FTP功能，把clusterware軟件傳上去，然后以oracle用戶的身份來執(zhí)行整個安裝過程，請看截圖：
RAC1重啟之后，第三塊網(wǎng)卡意外的丟失了動態(tài)IP地址，這里臨時賦予他一個靜態(tài)IP地址，和之前的地址保持一樣。
上傳clusterware_linux32.zip安裝介質(zhì)后，以unzip命令對這個文件進(jìn)行解壓縮，解壓完成之后得到clusterware這個文件夾。
將clusterware整個文件夾的屬主和權(quán)限按照oracle用戶的要求進(jìn)行修改。
注銷當(dāng)前窗口，以oracle用戶登陸，這樣整個環(huán)境變量就掛靠在oracle戶頭下了。
在安裝之前，通常要檢查當(dāng)前的環(huán)境，命令如下：
[oracle@rac1 cluvfy]$ /data/rhel5/clusterware/cluvfy/runcluvfy.sh stage -pre crsinst -n rac1,rac2 -verbose
在這個過程中，系統(tǒng)可能會報錯，比如說什么包需要安裝啊，swap區(qū)過小啊，這些東西統(tǒng)統(tǒng)不用管他們，跳過即可。這里說明一下，ORACLE有時候報的錯莫名其妙，牛頭不對馬嘴，比如說前段時間我在HP環(huán)境下配置ORACLE RAC，在加載裸設(shè)備ocr的時候，系統(tǒng)報錯說賦予ocr的權(quán)限和屬主有問題，建議查清后再說。仔細(xì)檢查之后，權(quán)限跟屬主一點問題沒有，結(jié)果是因為共享卷組沒有激活導(dǎo)致，這想起來就很氣人了，有這樣忽悠群眾的嗎？所以O(shè)RACLE下的報錯不必較真，就像這里一樣，經(jīng)過一番檢查，他認(rèn)為你試驗環(huán)境沒有達(dá)標(biāo)，但你硬要往下做他也拿你沒招，典型的吃硬不吃軟。下面開始安裝clusterware：
1，以oracle用戶進(jìn)入到clusterware目錄，以不進(jìn)行系統(tǒng)環(huán)境檢查的機制運行runInstaller：
切記runInstaller后的-ignoreSysPreReqs關(guān)鍵字是必不可少的，因為默認(rèn)redhat-5是不支持clusterware的安裝的，我們必須過了這個山頭才能安營扎寨。
2，稍微等上三、五秒鐘，就能看到clusterware的安裝界面，點擊“next”：
3，根據(jù)我在oracle環(huán)境變量中的定義，系統(tǒng)默認(rèn)將oraInventory目錄安裝到/opt/ora10g下，點擊“next”：
4，定義clusterware的安裝路徑，點擊“next”：
5，又到了安裝前期的環(huán)境檢查，這里需要把握的就是，凡是系統(tǒng)檢查沒有報告“failed”，那么就不用管，“warning”或者“not executed”都沒有關(guān)系，只要我們在對應(yīng)的小方框里面打勾就可以了：
6,這個地方系統(tǒng)默認(rèn)只顯示一個節(jié)點，另一個節(jié)點需要我們手工添加進(jìn)來：
7，指定網(wǎng)卡類型，這里系統(tǒng)把所有可用的網(wǎng)卡都掃描進(jìn)來，而我們實際需要用到的只有eth0跟eth1而已，除了手工屏蔽掉eth2跟virbr0之外（設(shè)置為not use），還需要把eth0設(shè)置為public方式：
先告一段落，后續(xù)再接上。
接著上回說，下面要導(dǎo)入裸設(shè)備文件ocr跟vote。
1，導(dǎo)入ocr所對應(yīng)裸設(shè)備路徑，點擊“next”：
2，導(dǎo)入“vote”所對應(yīng)裸設(shè)備路徑，點擊“next”：
3，磁盤、網(wǎng)絡(luò)、安裝路徑設(shè)置完之后，下面開始正式的安裝過程：
主節(jié)點安裝完成后，系統(tǒng)會自動往RAC2對應(yīng)目錄下拷貝clusterware的所有文件。
4，獻(xiàn)上一幅美圖：
從這個圖上可以看出系統(tǒng)的繁忙程度，在進(jìn)行遠(yuǎn)程拷貝操作的時候，網(wǎng)卡繁忙得不行，同時本地磁盤也沒有閑著。
5，安裝過程完成之后，需要兩個節(jié)點各自以root身份運行一些小腳本：
到這塊就沒這么輕松了，其實在/opt/ora10g/oraInventory下執(zhí)行orainstRoot.sh都沒有問題，在RAC1下執(zhí)行/opt/ora10g/product/10.2.0/crs_1下執(zhí)行root.sh也沒有問題，難就難在rac2下執(zhí)行root.sh腳本，不知道是系統(tǒng)bug的問題還是什么，反正就不讓你好好做完，怎樣都會報錯，最后還需要手工運行vipca來啟動一些進(jìn)程，根據(jù)君三思提供的解決方案，下面列出一個專題來進(jìn)行說明。
這里附上各節(jié)點執(zhí)行sh腳本的一些情況：
1，RAC1節(jié)點執(zhí)行orainstRoot.sh：
2，RAC2節(jié)點執(zhí)行orainstRoot.sh：
3，RAC1節(jié)點執(zhí)行root.sh：
到這里前期的執(zhí)行都是沒有問題的。從RAC2開始執(zhí)行root.sh這一刻起，問題來了，下面就著問題給出正確的解決方案：
4，RAC2節(jié)點上執(zhí)行root.sh之前需要編輯兩個文件，這兩個文件都位于/opt/ora10g/product/10.2.0/crs_1/bin下，文件名分別為vipca和srvctl。首先編輯vipca文件，找到如下內(nèi)容：
Remove this workaround when the bug 3937317 is fixed
arch=`uname -m`
if [ "$arch" = "i686" -o "$arch" = "ia64" ]
then
LD_ASSUME_KERNEL=2.4.19
export LD_ASSUME_KERNEL
fi
#End workaround
在fi 后新添加一行：
unset LD_ASSUME_KERNEL
然后編輯srvctl文件，找到如下內(nèi)容：
LD_ASSUME_KERNEL=2.4.19
export LD_ASSUME_KERNEL
同樣在其后新增加一行：
unset LD_ASSUME_KERNEL
對應(yīng)的報錯信息是：
/opt/ora10g/product/10.2.0/crs_1/jdk/jre//bin/java: error while loading shared libraries: libpthread.so.0:
cannot open shared object file: No such file or directory
5，然后到RAC2節(jié)點下用root用戶身份執(zhí)行/opt/ora10g/product/10.2.0/crs_1下的root.sh：
看到了嗎？又報錯了，對應(yīng)這個錯誤的解決方案如下圖所示：
這時候沒有必要再返回重新執(zhí)行root.sh了，需要我們手工執(zhí)行vipca命令來為兩個節(jié)點添加一些必要的進(jìn)程，至于在哪個節(jié)點上運行，這個就無所謂了，這里我是在RAC2上執(zhí)行vipca命令：
點擊“next”：
系統(tǒng)自動找到public的eth0，點擊“next”：
在空白處填寫各節(jié)點對應(yīng)的vip名稱以及IP地址（其實只要填寫RAC1的vip名稱，再點其他空白處，就自動獲取出來了），點擊“next”：
下面開始安裝：
這個地方安裝完之后就可以點擊“ok”退出了。這個步驟執(zhí)行完了之后我們還需要執(zhí)行一個收尾的步驟，還記得clusterware的安裝是在RAC1上進(jìn)行的嗎？上一篇文章給出最后一幅圖片是到各個節(jié)點上運行腳本，這里我們手工運行完vipca之后，如果成功，那么相當(dāng)于RAC2的root.sh也順利完成使命，下一步需要做的就是返回到RAC1節(jié)點，執(zhí)行剩下的步驟，如下圖所示：
執(zhí)行完畢之后退出整個clusterware的安裝過程。
辛辛苦苦安裝完clusterware之后，為的就是能在各自節(jié)點上看到CRS進(jìn)程，如果這個也沒問題，那才表示clusterware軟件徹底安裝成功：
到這里，可以看到RAC1和RAC2上各自對應(yīng)的CRS進(jìn)程都已經(jīng)起來，可以放心了，clusterware安裝過程結(jié)束。
