400-090-9964


博客 | 论坛

教学文章

Oracle RAC OCR 与健忘症

时间:2017-09-20 来源:

  OCR就好比Windows的一个注册表,存储了所有与集群,RAC数据库相关的配置信息。而且是公用的配置,也就是说多个节点共享相同的配置信息。因此该配置应当存储于共享磁盘。本文主要基于Oracle 10g RAC描述了集群的OCR以及OCR产生的健忘问题。

  一、OCR的特点

  类似于Windows注册表,用于存储所有与集群,RAC数据库相关的配置信息

  被多个节点所共享,因此,只能存储于共享磁盘。支持单disk以及镜像方式来存放。大小通常100MB-1GB。

  在Oracle 10g中,只能存储于裸设备或者ocfs文件系统,以及nfs,gfs文件系统。Oracle 11g中可以直接存放在asm中。

  整个集群及RAC数据库配置需要在OCR中来进行维护。换句话说,就像windows注册表的导入导出,修改、更新键值等。

  通常情况下,OCR中的配置信息会随着使用工具对其进行自动更新。如SRVCTL,DBCA,OEM,NETCA等。

  而OCR的配置与维护则通常包括OCR的校验,备份,查看OCR的内容,添加移出OCR文件,重定位,修复OCR文件。

  OCR磁盘最多只能有两个,一个Primary OCR 和一个Mirror OCR,两个OCR 磁盘互为镜像,以防止OCR 磁盘的单点故障。

  注:集群,我们通常指的是clusterware,而RAC数据库,即是基于集群之上的数据库。

  二、OCR包含的内容

  OCR中通常包含下列内容

  节点成员信息

  数据库实例,节点,以及其他的映射关系

  ASM

  资源配置信息(vip,services等等)

  服务特性(Service characteristics)

  Oracle集群中相关进程的信息

  CRS控制的第三方应用程序信息

  三、OCR的工作过程

  由于OCR存放于共享存储,因此在Cluster中的每个节点都通过本地OCR进程访问OCR缓存在其内存中维护着的一个副本。同时由于对OCR

  的所有操作必须确保OCR内容完整性,所以在ORACLE Clusterware运行过程中,并不是所有结点都能操作OCR Disk。 只有一个OCR进程对共

  享存储中的OCR进行读写操作。这个节点叫作OCR Master结点。此进程负责刷新(refresh)其自己拥有的本地缓存以及Cluster中其他节点

  的OCR cache。也就是说,OCR客户端查询都是通过本地OCR进程来查询本地的一个OCR副本,而当客户端需要更新OCR时,它们将通过本地OCR

  进程与那个扮演读写OCR文件的进程OCR Master进行交互。

  #下面是一个两节点的RAC,可以看出ocr master节点起初在第一个节点,后来转移到第二个节点,再后来又到第一个节点。

  #这是由于节点一关闭或节点一上的集群处于不可用状态导致ocr master节点发生了转移。

  oracle@bo2dbp:/u01/oracle/crs/log/bo2dbp/cssd> cat ocssd.log | grep "master node"

  [ CSSD]CLSS-3001: local node number 1, master node number 1

  [ CSSD]CLSS-3001: local node number 1, master node number 1

  [ CSSD]CLSS-3001: local node number 1, master node number 1

  [ CSSD]CLSS-3001: local node number 1, master node number 1

  [ CSSD]CLSS-3001: local node number 1, master node number 2

  [ CSSD]CLSS-3001: local node number 1, master node number 1

  oracle@bo2dbp:~> grep -i "master node" $ORA_CRS_HOME/log/bo2dbp/cssd/ocssd.log | tail -1

  [ CSSD]CLSS-3001: local node number 1, master node number 1

  OCR客户端应用有:Oracle通用安装器(OUI)、SRVCTL、企业管理器(EM)、DBCA、DBUA、NetCA和虚拟网络协议助理(VIPCA)。

  此外,OCR维护管理着CRS内部中定义的各种应用程序的资源的依赖和状态信息,特别是Database、Instance、Services和节点的应用程序。

  OCR配置文件的名字是ocr.loc,Linux下位于/etc/oracle/ocr.loc。

  后附OCR结构图

  四、OCR存储内容的表现形式

  同样地与Windows注册表来类比,OCR其存储内容的表现形式与其相同,是采用键值对的方式来展现。

  整个OCR 的信息是树形结构,有3个大分支。分别是SYSTEM,DATABASE 和CRS。

  每个分支下面又有许多小分支。这些记录的信息只能由root用户修改。

  可以使用ocrdump命令将其内容全部导出或者按分支进行导出。

  五、健忘症

  健忘是由于某个节点更新了OCR中的内容,而集群中的另外一些节点此时处于关闭,维护或重启阶段,OCR Master进程来不及将其信息更新

  到这些异常节点缓存而导致的不一致。譬如,在A节点发出了添加ocr镜像的命令,在这个时候B节点处于重启阶段。重启后A已经更新完毕,

  而此时B并不知道已经为ocr增加了一个新的镜像磁盘,健忘由此而生。

  如下例,节点bo2dbp添加了新的ocr之后,配置文件发生了变化,此时节点bo2dbs的ocr.loc会被更新,如果bo2dbs处于关闭或重启阶段,则

  该文件得不到该更新,此即位健忘一例。

  oracle@bo2dbp:~> more /etc/oracle/ocr.loc

  #Device/file getting replaced by device /dev/raw/raw11

  ocrconfig_loc=/dev/raw/raw1

  ocrmirrorconfig_loc=/dev/raw/raw11 #可以看到增加了ocrmirror位置

  local_only=false

  Author : Robinson Cheng

  六、OCR结构图


  (以上内容摘于网络,如有侵权,请告之,将第一时间删除)

版权所有@北京神脑资讯技术有限公司(CUUG,中国UNIX用户协会) Copyright 2017 ALL Rights Reserved 京ICP备11008061号 京公网110108006275号

CUUG旗下网站:www.cuug.com.cn www.cuug.com oracle.cuug.com bbs.cuug.com blog.cuug.com

电话:010-59426307 010-59426319 mail:cuug_bj@cuug.com

邮政编码:100089 地址:北京市海淀区紫竹院路88号紫竹花园4号楼D座703(CUUG)