Configuring the service groups

This topic describes how to configure service groups.

To configure the replication group

  1. Create a hybrid service group (oragrp_rep) for replication.
  2. Copy the DiskGroup resource from the application to the new group. Configure the resource to point to the disk group that contains the RVG.
  3. Configure new resources of type IP and NIC.
  4. Configure a new resource of type RVG in the service group.
  5. Set resource dependencies as per the following information:

    • RVG resource depends on the IP resource

    • RVG resource depends on the DiskGroup resource

      IP resource depends on the NIC resource

  6. Set the SystemZones attribute of the child group, oragrp_rep, such that all nodes in the primary RDC zone are in system zone 0 and all nodes in the secondary RDC zone are in system zone 1.

To configure the application service group

  1. In the original Oracle service group (oragroup), delete the DiskGroup resource.
  2. Add an RVGPrimary resource and configure its attributes.

    Set the value of the RvgResourceName attribute to the name of the RVG type resource that will be promoted and demoted by the RVGPrimary agent.

    Set the AutoTakeover and AutoResync attributes from their defaults as desired.

  3. Set resource dependencies such that all Mount resources depend on the RVGPrimary resource. If there are a lot of Mount resources, you can set the TypeDependencies attribute for the group to denote that the Mount resource type depends on the RVGPRimary resource type.
  4. Set the SystemZones attribute of the Oracle service group such that all nodes in the primary RDC zone are in system zone 0 and all nodes in the secondary RDC zone are in zone 1. The SystemZones attribute of both the parent and the child group must be identical.
  5. If your setup uses BIND DNS, add a resource of type DNS to the oragroup service group. Set the Hostname attribute to the canonical name of the host or virtual IP address that the application uses on that cluster. This ensures DNS updates to the site when the group is brought online. A DNS resource would be necessary only if the nodes in the primary and the secondary RDC zones are in different IP subnets.