Voting files manage information about node membership. OCR is a system that manages cluster and Oracle Real Application Clusters (Oracle RAC) database configuration information. A quorum failure group is a special type of failure group and disks in these failure groups do not contain user data. A quorum failure group is not considered when determining redundancy requirements in respect to storing user data. However, a quorum failure group counts when mounting a disk group.

A special type of failure group has been introduced in ASM 11.2, and it’s called a quorum failure
This type of failure group is used in the context of extended distance clusters, when the voting
Files are deployed in ASM. A quorum failure group does not contain user data, and it does not count for
Disk group redundancy requirements with stretched clusters, we need at least three voting files, one on each site plus a third that is normally acting via NFS.

Our ASM Diskgroups consist of only 2 ASM Disks respectively only 2 failgroups like with Extended RAC! Therefore, the new quorum failgroup clause was introduced:

In addition, OCR is stored in the form of asmfile in the DG, votedisk in the DG can not find the real documents

experiment procedure:

The failgroup fg3 above needs only one small Disk (300 MB should be on the safe side here, since the Voting File is only about 280 MB in size) to keep one Mirror of the Voting File. fg1 and fg2 will contain each one Voting File and all the other stripes of the Database Area as well, but fg3 will only get that one Voting File.

I created through the graphical interface, where the order is restored.

Leave a Reply