oracle rac服务 Oracle rac 集群服务介绍
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小时自动备份一次, 默认位置在
SCR Base: 存放ocr.loc和olr.loc的目录.
Linux: /etc/oracle
Solaris: /var/opt/oracle
hp-ux: /var/opt/oracle
AIX: /etc/oracleINITD位置: ohasd和init.ohasd所在目录.
Linux: /etc/init.d
Solaris: /etc/init.d
hp-ux: /sbin/init.d
AIX: /etcoratab位置: oratab所在目录.
Linux: /etc
Solaris: /var/opt/oracle
hp-ux: /etc
AIX: /etcCIL: 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
ocrconfig -delete - 重新部署VD，将其从更高compatible磁盘组转向更低compatible：
crsctl replace votedisk
当升级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