Storage Foundation for Oracle® RAC 7.3.1 Administrator's Guide - Linux
- Section I. SF Oracle RAC concepts and administration
- Overview of Storage Foundation for Oracle RAC
- About Storage Foundation for Oracle RAC
- Component products and processes of SF Oracle RAC
- About Virtual Business Services
- Administering SF Oracle RAC and its components
- Administering SF Oracle RAC
- Starting or stopping SF Oracle RAC on each node
- Administering VCS
- Administering I/O fencing
- About the vxfentsthdw utility
- Testing the coordinator disk group using the -c option of vxfentsthdw
- About the vxfenadm utility
- About the vxfenclearpre utility
- About the vxfenswap utility
- Administering the CP server
- Administering CFS
- Administering CVM
- Changing the CVM master manually
- Administering Flexible Storage Sharing
- Backing up and restoring disk group configuration data
- Administering SF Oracle RAC global clusters
- Administering SF Oracle RAC
- Overview of Storage Foundation for Oracle RAC
- Section II. Performance and troubleshooting
- Troubleshooting SF Oracle RAC
- About troubleshooting SF Oracle RAC
- Troubleshooting I/O fencing
- Fencing startup reports preexisting split-brain
- Troubleshooting CP server
- Troubleshooting server-based fencing on the SF Oracle RAC cluster nodes
- Issues during online migration of coordination points
- Troubleshooting Cluster Volume Manager in SF Oracle RAC clusters
- Troubleshooting CFS
- Troubleshooting interconnects
- Troubleshooting Oracle
- Troubleshooting ODM in SF Oracle RAC clusters
- Prevention and recovery strategies
- Tunable parameters
- Troubleshooting SF Oracle RAC
- Section III. Reference
Sample fire drill service group configuration
The sample configuration in this section describes a fire drill service group configuration on the secondary site. The configuration uses VVR for replicating data between the sites.
The sample service group describes the following configuration:
Two SF Oracle RAC clusters, comprising two nodes each, hosted at different geographical locations.
A single Oracle database that is stored on CFS.
The database is managed by the VCS agent for Oracle.
The agent starts, stops, and monitors the database.
The database uses the Oracle UDP IPC for database cache fusion.
A common IP address is used by Oracle Clusterware and database cache fusion. The private IP address is managed by the PrivNIC agent for high availability.
One virtual IP address must be configured under the ClusterService group on each site for inter-cluster communication.
For Oracle 11gR2 and 12cR1, the Oracle Cluster Registry (OCR) and voting files are stored on CFS. However, for Oracle 12cR2, the OCR and voting disks are stored on Oracle ASM, as Oracle 12cR2 does not support storage of OCR and voting files directly on CFS.
Volume Replicator (VVR) is used to replicate data between the sites.
The shared volumes replicated across the sites are configured under the RVG group.
The replication link used by VVR for communicating log information between sites are configured under the rlogowner group. This is a failover group that will be online on only one of the nodeFor Oracle 11gR2 and 12cR1, the Oracle Cluster Registry (OCR) and voting files are stored on CFS. However for Oracle 12cR2 the OCR and voting disks are stored on Oracle ASM, as Oracle 12cr2 does not support storage of OCR and voting files directly on CFS
s in the cluster at each site.
The database group is configured as a global group by specifying the clusters on the primary and secondary sites as values for the ClusterList group attribute.
The fire drill service group oradb_grp_fd creates a snapshot of the replicated data on the secondary site and starts the database using the snapshot. An offline local dependency is set between the fire drill service group and the application service group to make sure a fire drill does not block an application failover in case a disaster strikes the primary site.
Figure: Service group configuration for fire drill illustrates the configuration.