DataKeeper Volume cluster resources can be extended to a DR Node for Disaster Recovery purposes. In the event of a complete failure of all systems in the cluster, data will be accessible on the DR Node (referred to as the “DR Node”). Here you will find instructions on how to set up this configuration, how to access your data on the DR Node, and how to bring your data back into service in the cluster after the cluster nodes have been restored.
If possible, the DR Node should be a member of the same domain that the clustered nodes are a member of. Refer to DataKeeper Service Log On ID and Password Selection for more information about configuring the DataKeeper Service account settings.
Firewalls (Windows as well as any other firewall devices / software on the DR or cluster site) must allow access to DataKeeper-specified ports on the DR Node from all cluster nodes, and vice-versa. See Firewall Configurations for more information.
Configure a volume on the DR Node for each clustered DataKeeper Volume that is to be extended to the DR Node. The volume should be at least as big as the clustered volume.
If you have already configured DataKeeper Volume resources in your cluster, you can extend these volumes to a DR Node using the DataKeeper MMC GUI by following these steps:
See Creating Mirrors with Multiple Targets for more information.
If you do not have a DataKeeper Volume resources in your cluster that represents the volume that you want to extend to the DR Node, first create the clustered resource, then use the steps in “Scenario 1” above to extend it to the DR Node.
See Extending a Traditional 2-node WSFC cluster to a third node using DataKeeper for detailed steps that will guide you through extending a shared-volume Microsoft clustered volume to another cluster node.
In this case, we are extending to a non-clustered node. This makes it unnecessary to perform step 2 (configure cluster Quorum settings) and step 7 (add the node to the cluster). Otherwise, the steps remain the same.
After you have extended your clustered volume(s) to a DR Node, you will be able to bring the volumes Online and Offline in the cluster as before. The DR Node will remain the mirror target under normal operating conditions.
If you wish, you can check the data on the non-mirrored system by using the “Pause and Unlock Target” option for the mirror whose target is the DR Node. See Pause and Unlock for more information.
In the event that all of your clustered nodes are unavailable (possibly due to a disaster of some sort at your primary cluster site), you may need to be able to access the data that has been replicated to a DR Node. Use the following procedure to accomplish this.
Note: Please refer to Switching Over a Mirror guidelines.
Option 1 - using the DataKeeper GUI
| NOTE: If any of the cluster nodes are still running and accessible over the network from the DR Node, the “Switchover Mirror” option will not be available. The DataKeeper GUI will see that the volume is part of a cluster that is still operational, and will prevent a switchover from being selected. |
Option 2 - using EMCMD
On the DR Node, start a command prompt and run the commands:
cd %ExtMirrBase%EMCmd . switchovervolume <drive letter> | NOTE: Use this command with caution; if any cluster nodes are still operational and accessible over the network from the DR Node, EMCmd will NOT prevent the switchover from occurring. This will cause resource failures in the cluster, and the results will be undetermined. |
Repeat these actions for all volumes that you need to access on the DR Node. DataKeeper will keep track of all changes that occur while the volume is accessible on this node, and will automatically resync these changes to the cluster nodes when they are brought back up and are accessible from the DR Node. However, the volume resources will not automatically come Online in the cluster - manual steps as outlined in the next section must be taken to move the DataKeeper volumes back into the cluster.
When a cluster node is powered back up after a failure, there are several states that its mirrors can be put into, depending on the mirror state at the time of the original failure, the current network conditions, and the state of other nodes in the cluster. The volume may be in the Source, Target, or None role after all cluster nodes have been restored. You should use the DataKeeper GUI on any of the cluster nodes to determine the mirror role, and to resolve any possible Split-Brain conditions that may exist. See Split Brain Issue and Recovery for more information. If you are resolving Split-Brain, you should choose the DR Node to be the node that remains source, since it is the one that has the most up-to-date data.
As long as the DR Node is accessible from the cluster node, and the non-cluster node’s mirror is in the Source role, any Online request on that cluster node will fail.
In order to bring the DataKeeper Volume resource Online on a cluster node, the mirror must be switched over to the cluster node where that volume was last Online before the outage (the "Last Source" node for that volume), and the DR Node’s volume must be made a Target of the clustered volume. At that point, the DataKeeper Volume resource can be brought Online on the cluster node.
To determine which cluster node is the Last Source node for a particular volume, run either of the following commands on any of the cluster nodes:
The output produced should include a line with the value "LastSource" listed. The name of the Last Source node is given on that line.
Follow these steps to bring the resource Online:
If any DataKeeper Volume resources are already Online in the cluster, take them Offline. This is necessary in order to resolve Split Brain conditions in the next step.
Once the mirror from the DR Node (Mirror Source) to the LastSource cluster node has reached the Mirroring state, the LastSource node can be made Source.
cd %ExtMirrBase%EMCmd . SWITCHOVERVOLUME <drv>Repeat these steps for each volume. If multiple volumes are part of the same resource group, be sure to switch each of them over to their Last Source node.
Then, using Failover Cluster Manager, bring the volumes and associated applications / roles Online.
© 2017 SIOS Technology Corp., the industry's leading provider of business continuity solutions, data replication for continuous data protection.