Follow this procedure to restart an application on the original primary cluster, cluster-paris.
The failback procedures apply only to clusters in a partnership. Perform the following procedure only once for each partnership.
Before You Begin
Ensure that the clusters have the following roles:
The protection group on cluster-newyork is assigned the primary role.
The protection group on cluster-paris has either the primary role or the secondary role, depending on whether the protection group could be reached during the takeover.
For more information about restarting a cluster, see Booting a Cluster in Oracle Solaris Cluster 4.3 Geographic Edition System Administration Guide.
If HA for Oracle Database is not running on the original primary cluster, omit this step.
# clresource unmonitor oracle_server-rs
A STANDBY value is set if the takeover was performed when the old primary was running at the time of the takeover.
phys-paris-1# clresource disable oracle_server-rs
A PRIMARY value is set if the takeover was performed when the old primary was down during the takeover.
phys-paris-1# clresourcegroup quiesce -k oracle_server-rg phys-paris-1# clresource disable oracle_server-rs phys-paris-1# clresourcegroup offline oracle_server-rg phys-paris-1# clresourcegroup online oracle_server-rg
If the Oracle Database resource is in the stop_failed state, clear the stop_failed flag by using the following command.
phys-paris-1# clresource clear oracle_server-rs
First method: phys-paris-1$ srvctl stop database -d database_name Second method: phys-paris-1$ ORACLE_SID=db_SID export ORACLE_SID phys-paris-1$ sqlplus /nolog SQL> connect sys/sysdba password as sysdba SQL> shutdown immediate SQL> exit
phys-paris-1$ sqlplus /nolog SQL> connect sys/sysdba passord as sysdba SQL> startup mount … SQL> exit
If you issue the dgmgrl command from the old primary cluster, include the new primary's database service name in the connection string.
phys-newyork-1$ dgmgrl DGMGRL> connect sys/password[@new_primary_service_name] DGMGRL> reinstate database old_primary_database_name ... DGMGRL> exit
If HA for Oracle Database is not running on the original primary cluster, omit this step.
phys-paris-1# clresource set -p dataguard_role=STANDBY oracle_server-rs
phys-paris-1# clresource enable oracle_server-rs
Restore monitoring if monitoring of the resource was previously disabled
phys-paris-1# clresource monitor oracle_server-rs
If the original primary cluster was down at the time of takeover, the protection group should already be stopped.
phys-paris-1# geopg stop -e local protection-group
Specifies the scope of the command. By specifying a local scope, the command operates on the local cluster only.
Specifies the name of the protection group.
phys-paris-1# geoadm status
phys-paris-1# geopg update protection-group
The roles are now correct, but both clusters are marked as deactivated.
For more information about synchronizing protection groups, see Resynchronizing a Protection Group in Oracle Solaris Cluster 4.3 Geographic Edition System Administration Guide.
phys-paris-1# geopg validate protection-group phys-newyork-1# geopg validate protection-group
For more information, see How to Validate an Oracle Data Guard Protection Group.
phys-node-n# geopg start -e global protection-group
phys-node-n# geopg switchover -f -m cluster-paris protection-group
For more information, see Migrating Replication Services by Switching Over Protection Groups in Oracle Solaris Cluster 4.3 Geographic Edition System Administration Guide.
The cluster-paris cluster resumes its original role as primary cluster for the protection group.
phys-node-n# geoadm status
Verify that the protection group is now primary on cluster-paris and secondary on cluster-newyork and that the states that are shown for the Data replication and the Resource groups properties are OK on both clusters.