标签：loc VF 719 -- DB Oracle OCR root 节点
♣
题目部分
在Oracle中，什么是OCR、OLR和VF？
♣
答案部分
Oracle集群使用两种类型的文件来管理集群资源和节点：OCR（Oracle Cluster Registry，Oracle集群注册表）和VF（Voting File，表决磁盘文件）。这两种文件必须存放在共享存储上。其中，OCR相当于集群的控制文件，用于解决健忘问题，VF用于解决脑裂问题。在Oracle 11.2中引入一个新的文件，称作OLR（Oracle Local Registry，Oracle本地注册表），它只允许存放在本地。
Oracle集群软件（Clusterware）把整个集群的配置信息放在共享存储上，这个存储就是OCR磁盘（OCR Disk）。OCR是Oracle RAC配置信息仓库，它管理集群节点的相关信息及实例到节点的映射信息。因此，OCR的内容非常的重要，对OCR的操作必须确保OCR内容完整性。在整个集群运行过程中，并不是所有节点都能操作OCR磁盘，而只有一个节点能对OCR磁盘进行读写操作，这个节点叫作Master Node。在每个节点的内存中都有一份OCR内容的拷贝，这份拷贝叫作OCR Cache。同时，每个节点都有一个OCR Process来读写OCR Cache，但只有一个节点的OCR Process能读写OCR磁盘中的内容。当OCR内容发生改变时，由Master Node的OCR Process负责更新本地和其它节点的OCR Cache内容。
需要注意的是，OCR和VF的信息不会被分布到多块磁盘上，如果用一块磁盘保存OCR或VF的话，那么一定会保存完整的OCR和VF信息。
所有需要OCR内容的其它进程，比如OCSSD、EVM等都被叫作Client Process。这些进程不会直接访问OCR Cache，而是向OCR Process发送请求，借助OCR Process获得内容。如果想要修改OCR内容，也要由该节点的OCR Process向Master node的OCR process提交申请，由Master OCR Process完成物理的读写，并同步所有节点OCR Cache中的内容。
OCR的结构如下图所示：
OCR中保存着整个集群中绝大部分资源的配置信息，配置信息以“Key-Value”并且采用树形结构来保存，所以，并没有类似于数据文件的块的概念。在Oracle Clusterware安装的过程中，安装程序会提示用户指定OCR位置。用户指定的这个位置会被记录在/etc/oracle/ocr.loc（Linux或AIX）或者/var/opt/oracle/ocr.loc（Solaris系统）文件中。Oracle Clusterware在启动时会根据这里面的内容从指定位置读入OCR内容。
1[LHRDB3:root]:/>cd /etc/oracle 2[LHRDB3:root]:/etc/oracle>ls -l 3total 3160 4drwxrwx--- 2 root dba 256 Dec 29 14:16 lastgasp 5-rw-r--r-- 1 root dba 37 Dec 29 14:10 ocr.loc 6-rw-r--r-- 1 root system 0 Dec 29 14:10 ocr.loc.orig 7-rw-r--r-- 1 root dba 92 Dec 29 14:10 olr.loc 8-rw-r--r-- 1 root system 0 Dec 29 14:10 olr.loc.orig 9drwxrwxr-x 5 root dba 256 Dec 29 14:09 oprocd 10drwxr-xr-x 3 root dba 256 Dec 29 14:09 scls_scr 11-rws--x--- 1 root dba 1606037 Dec 29 14:09 setasmgid 12[LHRDB3:root]:/etc/oracle>more /etc/oracle/ocr.loc 13ocrconfig_loc=+OCR 14local_only=FALSE
其中，ocrconfig_loc指定OCR的位置。如果为OCR指定了镜像（Mirror），那么还会出现选项ocrmirrorconfig_loc，用于定义OCR镜像的位置。local_only指定是否是RAC系统，如果这个值为FALSE，那么表示是RAC系统，如果这个值为TRUE，那么表示是单实例系统（在使用ASM时需要）。
整个OCR的信息是树形结构，有3个大分支：分别是SYSTEM、DATABASE和CRS。每个分支下面又有许多小分支。OCR记录的信息只能由root用户修改。
OCR中通常包含下列内容：
v 节点成员信息
v 数据库实例、节点以及其它的映射关系
v ASM
v 资源配置信息（vip、services等等）
v 服务特性（Service characteristics）
v Oracle集群中相关进程的信息
v CRS控制的第三方应用程序信息
可以使用命令“ocrdump -local -stdout -xml|more|grep -i \<name\>|sed -e 's/\<NAME\>//g' -e 's/\<\/NAME\>//g'|awk -F . '{print $1,$2,$3}'|uniq”将OCR中的内容输出到屏幕上，如下所示：
1[LHRDB1:root]:/>ocrdump -local -stdout -xml|more|grep -i \<name\>|sed -e 's/\<NAME\>//g' -e 's/\<\/NAME\>//g'|awk -F . '{print $1,$2,$3}'|uniq
2SYSTEM
3SYSTEM crs
4SYSTEM crs usersecurity
5SYSTEM crs deny
6SYSTEM crs user_default_dir
7SYSTEM ORA_CRS_HOME
8SYSTEM WALLET
9SYSTEM GNS
10SYSTEM version
11SYSTEM version localhost
12SYSTEM version activeversion
13SYSTEM GPnP
14SYSTEM GPnP profiles
15SYSTEM css
16SYSTEM css nodenum_hint
17SYSTEM network
18SYSTEM network haip
19SYSTEM OHASD
20SYSTEM OHASD DM
21SYSTEM OHASD SERVERPOOLS
22SYSTEM OHASD SERVERS
23SYSTEM OHASD TYPES
24SYSTEM OHASD RESOURCES
25SYSTEM CRS
26SYSTEM CRS JOIN_SIGNATURE
27SYSTEM OLR
28SYSTEM OLR MANUALBACKUP
29SYSTEM OCR
30SYSTEM OCR BACKUP
31DATABASE
32DATABASE NODEAPPS
33DATABASE VIP_RANGE
34DATABASE LOG
35DATABASE ASM
36DATABASE DATABASES
37CRS标签：loc,VF,719,--,DB,Oracle,OCR,root,节点 来源： https://blog.51cto.com/lhrbest/2707656
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。