JavaScript is required to for searching.
Skip Navigation Links
Exit Print View
Oracle Solaris Cluster Geographic Edition Data Replication Guide for EMC Symmetrix Remote Data Facility     Oracle Solaris Cluster 3.3 3/13
search filter icon
search icon

Document Information

Preface

1.  Replicating Data With EMC Symmetrix Remote Data Facility Software

2.  Administering SRDF Protection Groups

3.  Migrating Services That Use SRDF Data Replication

Detecting Cluster Failure on a System That Uses SRDF Data Replication

Detecting Primary Cluster Failure

Detecting Secondary Cluster Failure

Migrating Services That Use SRDF Data Replication With a Switchover

Validations That Occur Before a Switchover

Results of a Switchover From a Replication Perspective

How to Switch Over an SRDF Protection Group From Primary to Secondary

Forcing a Takeover on a System That Uses SRDF Data Replication

Validations That Occur Before a Takeover

Results of a Takeover From a Replication Perspective

How to Force Immediate Takeover of SRDF Services by a Secondary Cluster

Recovering Services to a Cluster on a System That Uses SRDF Replication

How to Resynchronize the Protection Group Without Changing Roles

How to Perform a Failback-Switchover on a System That Uses SRDF Replication

How to Perform a Failback-Takeover on a System That Uses SRDF Replication

Recovering From a Switchover Failure on a System That Uses SRDF Replication

Switchover Failure Conditions

Recovering From Switchover Failure

How to Make the Original Primary Cluster Primary for an SRDF Protection Group

How to Make the Original Secondary Cluster Primary for an SRDF Protection Group

Recovering From an SRDF Data Replication Error

How to Detect Data Replication Errors

How to Recover From an SRDF Data Replication Error

A.  Geographic Edition Properties for SRDF

Index

Migrating Services That Use SRDF Data Replication With a Switchover

Perform a switchover of an SRDF protection group when you want to migrate services to the partner cluster in an orderly fashion. Basic Geographic Edition operations such as geopg switchover, perform a symrdf swap operation. The symrdf swap operation requires significantly more time for static RDF than dynamic RDF. Therefore, you might need to increase the value of the timeout property of the protection group when using static RDF.

A switchover consists of the following:


Note - You cannot perform personality swaps if you are running SRDF/Asynchronous data replication.


This section contains information about the following topics:

Validations That Occur Before a Switchover

When a switchover is initiated by using the geopg switchover command, the data replication subsystem runs several validations on both clusters. The switchover is performed only if the validation step succeeds on both clusters.

First, the replication subsystem checks that the SRDF device group is in a valid aggregate RDF pair state. Then, it checks that the local device group type on the target primary cluster, cluster-newyork, is RDF2. The symrdf -g device-group-name -query command returns the local device group's state. These values correspond to a RDF1 or RDF2 state. The following table describes the SRDF command that is run on the new primary cluster, cluster-newyork.

Table 3-1 SRDF Switchover Validations on the New Primary Cluster

RDF Pair State
SRDF Switchover Command That Is Run on cluster-newyork
Synchronized
Suspends the RDF link.
R1Updated, Failedover, Suspended
The symrdf swap command switches the role.
Other RDF pair states
No command is run.

Results of a Switchover From a Replication Perspective

After a successful switchover, at the data replication level the roles of the primary and secondary volumes have been switched. The pre-switchover RDF1 volumes become the RDF2 volumes. The pre-switchover RDF2 volumes become the RDF1 volumes. Data replication continues from the new RDF1 volumes to the new RDF2 volumes.

The Local-role property of the protection group is also switched regardless of whether the application could be brought online on the new primary cluster as part of the switchover operation. On the cluster on which the protection group had a Local role of Secondary, the Local-role property of the protection group becomes Primary. On the cluster on which the protection group had a Local-role of Primary, the Local-role property of the protection group becomes Secondary.

How to Switch Over an SRDF Protection Group From Primary to Secondary

Before You Begin

For a successful switchover, data replication must be active between the primary and the secondary clusters and data volumes on the two clusters must be synchronized.

Before you switch over a protection group from the primary cluster to the secondary cluster, ensure that the following conditions are met:


Caution

Caution - If you have configured the Cluster_dgs property, only applications that belong to the protection group can write to the device groups specified in the Cluster_dgs property.


  1. Log in to a cluster node.

    You must be assigned the Geo Management RBAC rights profile to complete this procedure. For more information about RBAC, see Geographic Edition Software and RBAC in Oracle Solaris Cluster Geographic Edition System Administration Guide.

  2. Initiate the switchover.

    The application resource groups that are a part of the protection group are stopped and started during the switchover.

    # geopg switchover [-f] -m newprimarycluster protectiongroupname
    -f

    Forces the command to perform the operation without asking you for confirmation.

    -m newprimarycluster

    Specifies the name of the cluster that is to be the new primary cluster for the protection group.

    protectiongroupname

    Specifies the name of the protection group.

Example 3-1 Forcing a Switchover From Primary to Secondary

This example performs a switchover to the secondary cluster.

# geopg switchover -f -m cluster-newyork srdfpg