How to Perform a Failback-Switchover on a System That Uses Sun StorageTek Availability Suite Replication

Use this procedure to restart an application on the original primary cluster, cluster-paris, after the data on the cluster has been resynchronized with the data on the current primary cluster, cluster-newyork.

The failback procedures apply only to clusters in a partnership. You need to perform the following procedure only once per partnership.

Before You Begin

Before you perform a failback-switchover, a takeover has occurred on cluster-newyork. The clusters now have the following roles:

• If the original primary cluster, cluster-paris, has failed, confirm that the cluster is booted and that the Sun Cluster Geographic Edition infrastructure is enabled on the cluster. For more information about booting a cluster, see Booting a Cluster in Sun Cluster Geographic Edition System Administration Guide.

• The protection group on cluster-newyork has the primary role.

• The protection group on cluster-paris has either the primary role or secondary role, depending on whether cluster-paris could be reached during the takeover from cluster-newyork.

1. Resynchronize the original primary cluster, cluster-paris, with the current primary cluster, cluster-newyork.

   The cluster cluster-paris forfeits its own configuration and replicates the cluster-newyork configuration locally. Resynchronize both the partnership and protection group configurations.

   1. On cluster-paris, resynchronize the partnership.

      phys-paris-1# geops update partnershipname

      partnershipname

      Specifies the name of the partnership

      ---

      Note –

      You need to perform this step only once per partnership, even if you are performing a failback-switchover for multiple protection groups in the partnership.

      ---

      For more information about synchronizing partnerships, see Resynchronizing a Partnership in Sun Cluster Geographic Edition System Administration Guide.

   2. Determine whether the protection group on the original primary cluster, cluster-paris, is active.

      phys-paris-1# geoadm status

   3. If the protection group on the original primary cluster is active, stop it.

      phys-paris-1# geopg stop -e local protectiongroupname

      -e local

      Specifies the scope of the command.

      By specifying a local scope, the command operates on the local cluster only.

      protectiongroupname

      Specifies the name of the protection group.

      If the protection group is already deactivated, the state of the resource group in the protection group is probably Error. The state is Error because the application resource groups are managed and offline.

      Deactivating the protection group results in the application resource groups no longer being managed, clearing the Error state.

   4. Verify that the protection group is stopped.

      phys-paris-1# geoadm status

   5. On cluster-paris, resynchronize each protection group.

      Because the local role of the protection group on cluster-newyork is now primary, this steps ensures that the role of the protection group on cluster-paris becomes secondary.

      phys-paris-1# geopg update protectiongroupname

      protectiongroupname

      Specifies the name of the protection group

      For more information about synchronizing protection groups, see Resynchronizing a Sun StorageTek Availability Suite Protection Group.

2. On cluster-paris, validate the configuration for each protection group.

   A protection group cannot be started when it is in a error state. Ensure that the protection group is not in an error state.

   phys-paris-1# geopg validate protectiongroupname

   protectiongroupname

   Specifies a unique name that identifies a single protection group

   For more information, see How to Validate a Sun StorageTek Availability Suite Protection Group.

3. On cluster-paris, activate each protection group.

   When you activate a protection group, its application resource groups are also brought online.

   phys-paris-1# geopg start -e Global protectiongroupname

   -e Global

   Specifies the scope of the command.

   By specifying a Global scope, the command operates on both clusters where the protection group is deployed.

   protectiongroupname

   Specifies the name of the protection group.

   ---

   Caution –

   Do not use the -n option when performing a failback-switchover because the data needs to be synchronized from the current primary, cluster-newyork, to the current secondary, cluster-paris.

   Because the protection group has a role of secondary, the data is synchronized from the current primary, cluster-newyork, to the current secondary, cluster-paris.

   For more information about the geopg start command, see How to Activate a Sun StorageTek Availability Suite Protection Group.

   ---

4. Confirm that the data is completely synchronized.

   First, confirm that the state of the protection group on cluster-newyork is OK.

   phys-newyork-1# geoadm status

   Refer to the Protection Group section of the output.

   Next, confirm that all resources in the replication resource group, AVSprotectiongroupname-rep-rg, report a status of OK.

   phys-newyork-1# clresource status -v AVSdevicegroupname-rep-rs

5. On both partner clusters, ensure that the protection group is activated.

   # geoadm status

6. On either cluster, perform a switchover from cluster-newyork to cluster-paris for each protection group.

   # geopg switchover [-f] -m clusterparis protectiongroupname

   For more information, see How to Switch Over a Sun StorageTek Availability Suite Protection Group From Primary to Secondary.

   cluster-paris resumes its original role as primary cluster for the protection group.

7. Ensure that the switchover was performed successfully.

   Verify that the protection group is now primary on cluster-paris and secondary on cluster-newyork and that the state for “Data replication” and “Resource groups” is OK on both clusters.

   # geoadm status

   Check the runtime status of the application resource group and data replication for each Sun StorageTek Availability Suite protection group.

   # clresourcegroup status -v resourcegroupname # clresource status -v AVSdevicegroupname-rep-rs

   Refer to the Status and Status Message fields that are presented for the data replication device group you want to check. For more information about these fields, see Table 2–1.

   For more information about the runtime status of data replication, see Checking the Runtime Status of Sun StorageTek Availability Suite Data Replication.