Testing the global service group migration
Prev Testing VCS disaster recovery support with EMC SRDF Next

Testing the global service group migration

After you configure the VCS agent for EMC SRDF, verify that the global service group can migrate to hosts across the sites. Depending on your DR configuration, perform one of the following procedures.

To test the global service group migration in global cluster setup

  1. Fail over the global service group from the primary site to the secondary site.

    Perform the following steps:

    • Switch the global service group from the primary site to any node in the secondary site.

      hagrp -switch global_group -any -clus cluster_name

      VCS brings the global service group online on a node at the secondary site.

    • Verify that the SRDF devices at the secondary site are write-enabled and the device state is as follows:

      For static RDF

      FAILED OVER state

      For dynamic RDF

      The value of the SRDF resource attribute SwapRoles determines the device state:

      • 0 - FAILED OVER state

      • 1 - SYNCHRONIZED or CONSISTENT state
  2. Fail back the global service group from the secondary site to the primary site.

    Perform the following steps:

    • Switch the global service group from the secondary site to the primary site.

      hagrp -switch global_group -any -clus cluster_name

      VCS brings the global service group online at the primary site.

    • Verify that the SRDF devices at the primary site are write-enabled and the device state is SYNCHRONIZED or CONSISTENT.

To test service group migration in replicated data cluster setup

  1. Fail over the service group from the primary site to the secondary site.

    Perform the following steps:

    • Switch the service group from the primary site to any node in the secondary site.

      hagrp -switch service_group -to sys_name

      VCS brings the service group online on a node at the secondary site.

    • Verify that the SRDF devices at the secondary site are write-enabled and the device state is as follows:

      For static RDF

      FAILED OVER state

      For dynamic RDF

      The value of the SRDF resource attribute SwapRoles determines the device state:

      • 0 - FAILED OVER state

      • 1 - SYNCHRONIZED or CONSISTENT state
  2. Fail back the service group from the secondary site to the primary site.

    Perform the following steps:

    • Switch the service group from the secondary site to any node in the primary site.

      hagrp -switch service_group -to sys_name

      VCS brings the service group online on a node at the primary site.

    • Verify that the SRDF devices at the primary site are write-enabled and the device state is SYNCHRONIZED or CONSISTENT.

Prev Up Next
Failure scenarios in replicated data clusters Home Testing disaster recovery after host failure