Building Disaster Recovery Serviceguard Solutions Using Continentalclusters A.08.00

Once the notification is received, and it is determined that recovery is required by using the recovery
checklist (For a sample checklist , see the section “Recovery Checklist” (page 76)) do the following:
• Ensure the data used by the application is in usable state. Usable state means the data is
consistent and recoverable, even though it might not be current.
• Ensure the secondary devices are in read-write mode. If you are using database or software
data replication ensure the data copy at the recovery site is in read-write mode as well.
• If LVM and physical data replication are used, the ID of the primary cluster is also replicated
and written on the secondary devices in the recovery site. The ID of the primary cluster must
be cleared and the ID of the recovery cluster must be written on the secondary devices before
they can be used.
If LVM exclusive-mode is used, issue the following commands from a node in the recovery
cluster on all the volume groups that are used by the recovery packages:
# vgchange -c n <volume group name>
# vgchange -c y <volume group name>
If LVM shared-mode (SLVM) is used, from a node in the recovery cluster, issue the following
commands:
# vgchange -c n -S n <volume group name>
# vgchange -c y -S y <volume group name>
• If VxVM and physical data replication are used, the host name of a node in the primary cluster
is the host name of the last owner of the disk group. It is also replicated and written on the
secondary devices in the recovery site. The host name of the last owner of the disk group must
be cleared out before the secondary devices can be used.
If VxVM is used, issue the following command from a node in the recovery cluster on all the
disk groups that are used by the recovery packages.
# vxdg deport <disk group name>
Using cmrecovercl to recover the recovery groups
CAUTION: When the Continentalclusters is in recovery enabled state, do not start up the recovery
packages using cmrunpkg command. Instead use cmrecovercl command to start up the recovery
packages.
Previewing the storage preparation
Before starting up the recovery groups, it is recommended to use the cmdrprev command to
preview the storage failover process. If the cmdrprev commands exits with failure, then it implies
that the storage cannot be prepared successfully. Examine the output of the cmdrprev command
to take appropriate action. The cmdreprev command is supported only in Continentalclusters
configuration that uses Metrocluster supported array based replication.
Recovering the entire cluster after a cluster alarm
Once the cmdrprev command succeeds, use the following commands to start the failover recovery
process if the Continentalclusters is in an alarm state:
# cmrecovercl
NOTE: The cmrecovercl command will skip recovery for recovery groups in maintenance
mode.
30 Performing a recovery operation in Continentalclusters environment