6-叢集安裝：

1° 安裝grid：

# 將安裝包上傳到某一個節點即可
chown grid: /tmp/p13390677_112040_Linux-x86-64_3of7.zip
su - grid
cd /tmp/
unzip p13390677_112040_Linux-x86-64_3of7.zip
su -
rpm -ivh /tmp/grid/rpm/cvuqdisk-1.0.9-1.rpm
scp /tmp/grid/rpm/cvuqdisk-1.0.9-1.rpm rac02:/tmp/
ssh rac02 'rpm -ivh /tmp/cvuqdisk-1.0.9-1.rpm'
# 節點2也需要安裝此包
su - grid
vncserver
# 啟動vnc服務端，首次啟動需要設定密碼
 

圖形安裝過程略…

這倆報錯可以忽略掉，pdksh非官方包，且和ksh衝突，需要解除安裝ksh，然後從非官方的yum源尋找該包
警告資訊 device checks for asm 是因為沒安裝asmlib，使用的udev繫結，可以忽略，這個東西如果用就是在引入BUG

使用root使用者，執行倆指令碼
第一個指令碼危險性不大，倆節點分別執行就好
第二個指令碼先在第一個節點執行，執行成功後再執行第二個節點
一定要耐心等待第一個節點執行成功，幾分鐘到十多分鐘一樣的漫長等待
最後點確定，切記切記
失敗了？過早點了確定？重來吧，我不會解決，因為嚴格遵循步驟從未失敗過…
第一個指令碼是將新建的inventory註冊到central inventory中
如果不進行註冊的化，無法對安裝的產品（也就是資料庫軟體）進行升級或者打補丁
第二個指令碼是配置並新增節點到叢集中，關乎整個叢集是否配置成功，如果出了問題，還是建議重灌
可能丟面，但是不會留下隱患
重灌的話共享儲存需要使用DD命令擦出頭部幾M資訊，然後根據自己的能力選擇連帶系統重灌還是隻重灌grid

第二個指令碼首次執行時包含了叢集的建立啟動和執行節點到叢集的新增
第二次執行則只是將執行節點新增到叢集中，所以第一次執行特別慢，取決於你的硬體效能，第二次就快很多了


報錯 INS-20802 忽略，此問題是因為scanip未走DNS解析引起的，除非在內網中部署一臺DNS伺服器並對scanip做解析
否則直接忽略掉，並沒有必要對scanip做DNS解析，這也是11gRAC搭建必然會遇到的一個報錯，粗糙的Oracle…

2° 刪除安裝包，關閉vnc會話：

su - grid
cd /tmp/
rm -rf p13390677_112040_Linux-x86-64_3of7.zip
rm -rf
 
 grid/
vncserver -kill :1

3° 上傳檔案，安裝資料庫：

chown oracle: p13390677_112040_Linux-x86-64_1of7.zip 
chown oracle: p13390677_112040_Linux-x86-64_2of7.zip 
su - oracle
cd /tmp/
unzip p13390677_112040_Linux-x86-64_1of7.zip
unzip p13390677_112040_Linux-x86-64_2of7.zip
vncserver

圖形安裝過程略…

倆警告，忽略，pdksh依舊是和grid安裝時一樣的報錯，scan報錯是因為區域網內沒有DNS對其進行動態解析
報錯PRVF-5636 暫時忽略，或者配置一臺DNS伺服器

4° 建庫：
asmca影象型建立資料盤組、歸檔盤組，略…
dbca圖形建庫，略…

5° 刪除安裝包，關閉vnc會話：

su - oracle
cd /tmp
rm -rf p13390677_112040_Linux-x86-64_1of7.zip
rm -rf p13390677_112040_Linux-x86-64_2of7.zip
rm -rf database
vncserver -kill :1

7-補丁升級：

1° 兩節點倆使用者OPatch升級：

# 節點1和節點2均操作
# grid使用者和oracle使用者均操作

chown grid: /tmp/p6880880_112000_Linux-x86-64.zip
su - grid
cd /tmp
unzip p6880880_112000_Linux-x86-64.zip
cp -av OPatch/* $ORACLE_HOME/OPatch/
$ORACLE_HOME/OPatch/opatch version
# OPatch Version: 11.2.0.3.12
# OPatch succeeded.
# 版本為 11.2.0.3.12 表示升級成功
rm -rf OPatch
exit

chown oracle: /tmp/p6880880_112000_Linux-x86-64.zip
su - oracle
cd /tmp
unzip p6880880_112000_Linux-x86-64.zip
cp -av OPatch/* $ORACLE_HOME/OPatch/
$ORACLE_HOME/OPatch/opatch version
# OPatch Version: 11.2.0.3.12
# OPatch succeeded.
# 版本為 11.2.0.3.12 表示升級成功
rm -rf OPatch
exit

rm -rf /tmp/p6880880_112000_Linux-x86-64.zip
# 涉及到grid和oracle兩個使用者，我們使用比較笨的分別賦權的方法
# 各自解壓安裝屬於自己的許可權的升級包，笨一點但不容易出錯

2° 將PSU安裝至GRID之上：

# 節點1操作
chown grid: /tmp/p23274134_112040_Linux-x86-64.zip
su - grid
cd /tmp/
unzip p23274134_112040_Linux-x86-64.zip
$ORACLE_HOME/OPatch/ocm/bin/emocmrsp -no_banner -output /tmp/grid_ocm.rsp
# 提示輸入郵箱，可直接按回車，然後輸入Y回車
exit
/u01/11.2.0/grid/OPatch/opatch auto /tmp/23274134/ -oh /u01/11.2.0/grid -ocmrf /tmp/grid_ocm.rsp
# 在root使用者許可權下，使用grid的opatch工具打補丁，補丁的位置/tmp/23274134/，補丁打入grid的ORACLE_HOME目錄
# 自動打補丁的應答檔案是 /tmp/grid_ocm.rsp
# 注意許可權：目錄 /tmp/23274134 和檔案 /tmp/grid_ocm.rsp 應當完全屬於grid使用者
# 執行過程實際是root使用者切換到grid使用者打補丁，如果補丁目錄或者應答檔案grid使用者沒有許可權，則失敗
# 同時該操作只能以root使用者執行
rm -rf /tmp/23274134 /tmp/grid_ocm.rsp /tmp/PatchSearch.xml

# 節點1操作完成後，節點2在進行，操作命令一模一樣

3° 將PSU安裝至ORACLE之上：

# 相同的操作步驟，只不過解壓使用者變為oracle，opatch命令也要使用oracle的
# 節點1操作：
chown oracle: /tmp/p23274134_112040_Linux-x86-64.zip
su - oracle
cd /tmp/
unzip p23274134_112040_Linux-x86-64.zip
$ORACLE_HOME/OPatch/ocm/bin/emocmrsp -no_banner -output /tmp/oracle_ocm.rsp
exit
/u01/app/oracle/product/11.2.0/db_1/OPatch/opatch auto /tmp/23274134/ -oh /u01/app/oracle/product/11.2.0/db_1 -ocmrf /tmp/oracle_ocm.rsp
rm -rf /tmp/23274134 /tmp/oracle_ocm.rsp /tmp/PatchSearch.xml /tmp/p23274134_112040_Linux-x86-64.zip

# 節點1操作完成後，節點2在進行，操作命令一模一樣

4° 重新整理庫資訊：

# 如果安裝PSU補丁時資料庫已經存在，則安裝補丁後需要執行：
su - oracle
cd $ORACLE_HOME/rdbms/admin/
sqlplus / as sysdba
@catbundle.sql psu apply
# 在一個節點上執行一次即可
select * from dba_registry_history;
exit

[TOC]