Oracle 12c RAC OCR和voting files介绍
Oracle集群文件主要包含OCR和voting files，负责管理配置和节点关系：
Oracle Cluster Registry (OCR)，管理Oracle集群软件和Oracle RAC数据库配置信息；这也包含Oracle Local Registry (OLR)，存在于集群的每个节点上，管理Oracle每个节点的集群配置信息。
voting文件管理节点关系的相关信息，每个选举文件必须被集群中的所有节点访问。
可以将OCR和voting files存放到Oracle Automatic Storage Management (Oracle ASM)和共享文件系统。
Oracle建议配置多个voting files，来提升高可用性。
默认，Oracle ASM将每个voting file存放到磁盘组里的失败组（failure group）。一个失败组是磁盘组中的磁盘的一个子集。失败组定义了共享组成部分的盘，如果其中一个盘失败，其他共享组成部分的盘也会失败。
例如，可以将共享相同SCSI控制器的一组SCSI盘定义为一个失败组。失败组决定哪个Oracle ASM磁盘来存储冗余数据。
投票失败组（quorum failure group）是一种特殊类型的失败组，用来存储oracle集群voting files。投票失败组用来保证指定失败组的投票数是可用的。当Oracle ASM挂载了一个包含Oracle集群文件的磁盘组，
且丢失一个或多个失败组时，投票失败组用来决定磁盘组是否可以挂载。投票失败组里面的磁盘不包含用户数据，因而当决定冗余请求时，投票失败组不被使用。
ASM磁盘组的冗余级别决定了Oracle在磁盘组中怎么镜像文件，决定磁盘的数量和所需的磁盘空间。
冗余级别包括：
External redundancy：需要至少一个磁盘设备。有效的磁盘空间是磁盘的大小总和。对于external redundancy，Oracle推荐使用RAID或类似的存储设备，可以提供自己的保护机制。
Normal redundancy：有效的磁盘空间是磁盘总共大小的1/2。对于Oracle Clusterware files，这个级别至少需要3个磁盘设备，其中两个用于失败组，
所有的3个盘用于投票失败组。提供3个选举盘，一份OCR，一份OCR的镜像。当使用这个级别的磁盘组时，即使损失了一个失败组，集群可以正常工作。
High redundancy：有效的磁盘空间是磁盘总共大小的1/3。对于Oracle Clusterware files，这个级别至少需要5个磁盘设备，其中3个用于失败组，
所有的5个盘用于投票失败组。提供5个选举盘，一份OCR，2份OCR的镜像。当使用这个级别的磁盘组时，即使损失了两个失败组，集群可以正常工作。
下表是官方文档上建议的ASM OCR、Voting files磁盘组大小：
一块包含OCR、Voting files的盘至少需要700MB，External级别需要1 X 1G的盘，Normal级别需要3 X 1G的盘，High级别需要5 X 1G的盘
Oracle Cluster Registry (OCR)，管理Oracle集群软件和Oracle RAC数据库配置信息；这也包含Oracle Local Registry (OLR)，存在于集群的每个节点上，管理Oracle每个节点的集群配置信息。
voting文件管理节点关系的相关信息，每个选举文件必须被集群中的所有节点访问。
可以将OCR和voting files存放到Oracle Automatic Storage Management (Oracle ASM)和共享文件系统。
Oracle建议配置多个voting files，来提升高可用性。
默认，Oracle ASM将每个voting file存放到磁盘组里的失败组（failure group）。一个失败组是磁盘组中的磁盘的一个子集。失败组定义了共享组成部分的盘，如果其中一个盘失败，其他共享组成部分的盘也会失败。
例如，可以将共享相同SCSI控制器的一组SCSI盘定义为一个失败组。失败组决定哪个Oracle ASM磁盘来存储冗余数据。
投票失败组（quorum failure group）是一种特殊类型的失败组，用来存储oracle集群voting files。投票失败组用来保证指定失败组的投票数是可用的。当Oracle ASM挂载了一个包含Oracle集群文件的磁盘组，
且丢失一个或多个失败组时，投票失败组用来决定磁盘组是否可以挂载。投票失败组里面的磁盘不包含用户数据，因而当决定冗余请求时，投票失败组不被使用。
ASM磁盘组的冗余级别决定了Oracle在磁盘组中怎么镜像文件，决定磁盘的数量和所需的磁盘空间。
冗余级别包括：
External redundancy：需要至少一个磁盘设备。有效的磁盘空间是磁盘的大小总和。对于external redundancy，Oracle推荐使用RAID或类似的存储设备，可以提供自己的保护机制。
Normal redundancy：有效的磁盘空间是磁盘总共大小的1/2。对于Oracle Clusterware files，这个级别至少需要3个磁盘设备，其中两个用于失败组，
所有的3个盘用于投票失败组。提供3个选举盘，一份OCR，一份OCR的镜像。当使用这个级别的磁盘组时，即使损失了一个失败组，集群可以正常工作。
High redundancy：有效的磁盘空间是磁盘总共大小的1/3。对于Oracle Clusterware files，这个级别至少需要5个磁盘设备，其中3个用于失败组，
所有的5个盘用于投票失败组。提供5个选举盘，一份OCR，2份OCR的镜像。当使用这个级别的磁盘组时，即使损失了两个失败组，集群可以正常工作。
下表是官方文档上建议的ASM OCR、Voting files磁盘组大小：
一块包含OCR、Voting files的盘至少需要700MB，External级别需要1 X 1G的盘，Normal级别需要3 X 1G的盘，High级别需要5 X 1G的盘
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/26506993/viewspace-2124158/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- MySQL执行语句报Incorrect key file for table '/tmp/#sql_.MYI'; try to repair it
- MySQL启动报错InnoDB: The innodb_system data file './ibdata1' is of a different
- Redis 5.02官方集群搭建
- MySQL报错Table 'plugin' is read only [ERROR] Can't open the mysql.plugin table.
- MySQL报错Slave: received end packet from server, apparent master shutdown
- MySQL 5.6因为OOM导致数据库重启
- Django报错ValueError: invalid literal for int() with base 10:
- MySQL 5.6复制报错Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND;
- MySQL [ERROR] Slave I/O: Found a Gtid_log_event or Previous_gtids_log_event
- MySQL 5.6执行DDL报错ERROR 1050 (42S01): Table 'sms/#sql-ib752' already exist
