Asmsupportguy.blogspot.com Website Review

An Exadata quarter rack has two database servers and three storage cells. In a typical setup, such a system would have three ASM disk redundancy. The high redundancy disk group guards against the simultaneous failure of two partner disks or the complete failure of There is a high availability problem with this setup. The loss of two storage cells would bring down the clusterware, which would in turn bring down all databases in the cluster; even those with datafiles in the high redundancy disk group. This is because the clusterware voting disks would be in a normal redundancy disk group, and the loss of two storage cells would mean the loss of the majority of the voting disks. The voting disks cannot be in the high redundancy disk group because that disk group would need five failgroups, and we cannot have a disk group with five failgroups in a quarter rack as we only have three storage cells. The Exadata software version 12.1.2.3.0 introduces the functionality to create quorum disks on database servers. Those quorum disks can then be added to the high redundancy disk group to make it suitable for voting disks. With such a setup, we would have true high availability storage in a quarter rack, or any elastic rack with less than five storage cells. In this post, I will show how to create quorum disks, add them to a high redundancy disk group, and migrate the clusterware voting disks As the high availability setup in a quarter rack is questionable, I don't even have a high redundancy disk group, and my voting disks are management repository database (MGMTDB). As I would like to recreate the disk group, I need to move those files out to a temporary location, recreate the disk group, and put the files back into the disk group. Also, I would like to achieve all this without downtime or System (ACFS). If that is your case, and you would like to follow my example, you would need to take care of those as well. CRS-2673: Attempting to stop 'ora.crf' on 'exadb01' CRS-2677: Stop of 'ora.crf' on 'exadb01' succeeded