Oracle Clusterware (GI或CRS) 相關術語名稱程序介紹
適用於版本:
Oracle Database - Enterprise Edition - Version 10.2.0.1及之後版本
目的：
本文列出Oracle集羣（Oracle Clusterware, 一般指Cluster Ready Service或Grid Infrastructure）相關通用的術語名稱程序介紹
內容：
nodename: 本地節點主機hostname簡稱. 例如, 節點racnode1.cn.pd.com 節點名簡稱racnode1
CRS: Cluster Ready Service, 用於11gR2之前對Oracle clusterware的稱呼
GI: Grid Infrastructure, 爲11gR2時對Oracle clusterware的稱呼
GI cluster: 成集羣化的網格基礎架構
Oracle Restart: GI Standalone, 單獨的一個網格
ASM user: 安裝並擁有ASM的OS用戶。11gR2中，ASM和grid用戶是同一個，因爲ASM和GI共用一個ORACLE_HOME. 在11gR2之前的CRS集羣, ASM和CRS用戶由於ASM和CRS可能放在不同的ORACLE_HOME下而會是不同的. 而11gR2的單實例ASM, ASM和本地CRS用戶由於共用相同的home，因此是同一個。
CRS user: 安裝並擁有11gR2之前版本Oracle clusterware的OS用戶
grid user: 安裝並擁有11gR2版本Oracle clusterware的OS用戶
clusterware user: 在相同的升級環境下的CRS或grid用戶
Oracle Clusterware Software user: 等同clusterware用戶
clusterware home: CRS或GI home
ORACLE_BASE: grid或CRS用戶的ORACLE_BASE。
root script checkpoint file: 記錄並存放root腳本處理的文件(root.sh or rootupgrade.sh)這些文件可以被重新執行, 它們存放在$ORACLE_BASE/Clusterware/ckptGridHA_${nodename}.xml所指定的位置下。
OCR: Oracle Cluster Registry. 需要找到OCR的存放位置, 可以執行: ocrcheck
VD: Voting Disk 表決盤. 需要找到表決盤文件位置, 可以執行: crsctl query css votedisk
自動OCR備份: OCR在OCR主節點上會在集羣環境下以每4小時自動備份一次, 默認位置在<clusterware-home>/cdata/<clustername>. 需要找到備份位置, 可以執行: ocrconfig -showbackup
SCR Base: 存放ocr.loc和olr.loc的目錄.
Linux: /etc/oracle
Solaris: /var/opt/oracle
hp-ux: /var/opt/oracle
AIX: /etc/oracle
INITD位置: ohasd和init.ohasd所在目錄.
Linux: /etc/init.d
Solaris: /etc/init.d
hp-ux: /sbin/init.d
AIX: /etc
oratab位置: oratab所在目錄.
Linux: /etc
Solaris: /var/opt/oracle
hp-ux: /etc
AIX: /etc
CIL: Central Inventory Location. 基於系統平臺，其定義的位置在/etc/oraInst.loc或/var/opt/oracle/oraInst.loc文件中參數 inventory_loc定義位置也會不同。
例如Linux上:
cat /etc/oraInst.loc | grep inventory_loc
inventory_loc=/home/ogrid/app/oraInventory
禁用CRS/GI: 爲了防止節點重啓後不會自動啓動clusterware, 就需要以root執行"crsctl disable crs"來進行禁用操作. 如果是Oracle Restart下則執行"crsctl stop has".
DG Compatible: ASM磁盤組compatible.asm設置. 爲了能在ASM存放OCR/VD, compatible設置必須最低爲11.2.0.0.0, 換句話說低版本GI在更高的compatible設置下將無法正常工作.
例如, 如果compatible.asm設置爲11.2.0.2.0，11.2.0.1 GI會在訪問磁盤組時存在問題. 如果OCR/VD的磁盤組的compatible兼容設置更高，那麼當對GI本版降級時, OCR/VD重新定位並降低其兼容設置是有必要的。
- 爲了查看當前的compatible設置, 可以登陸ASM並進行以下查詢:
SQL> select name||' => '||compatibility from v$asm_diskgroup where name='GI';
NAME||'=>'||COMPATIBILITY
--------------------------------------------------------------------------------
GI => 11.2.0.0.0
在上面例子中, GI和當前磁盤組同名.
- 爲了重新部署OCR，是其從更高compatible磁盤組轉向更低compatible設置：
ocrconfig -add <diskgroup>
ocrconfig -delete <disk group>
- 重新部署VD，將其從更高compatible磁盤組轉向更低compatible：
crsctl replace votedisk <diskgroup>
當升級Oracle Clusterware時:
OLD_HOME: 升級前的Oracle clusterware home - 這個home已存的Clusterware不再使用了. 對於Oracle Restart, OLD_HOME爲升級前的ASM home.
OLD_VERSION: 升級前的Oracle clusterware版本.
NEW_HOME: 新的Oracle clusterware home.
NEW_VERSION: Oracle clusterware新版本.
OCR Node: 在這個節點上rootupgrade.sh會將升級前的OCR備份在$NEW_HOME/cdata/ocr$OLD_VERSION下. 多數情況下它會是第一個節點.
例如當從11.2.0.1升級至11.2.0.2, 在執行rootupgrade.sh後
ls -l $NEW_HOME/cdata/ocr*
-rw-r--r-- 1 root root 78220 Feb 16 10:21 /ocw/b202/cdata/ocr11.2.0.1.0
