Table of ContentsView in Frames

Configuring disaster recovery for SVMs

The SVM disaster recovery workflow includes creating and preparing the destination SVM, activating the destination SVM in the event of a disaster, reactivating and reconfiguring the source SVM for disaster recovery.

Before you begin

The source and destination clusters must be peered.

Creating the cluster peer relationship

About this task

This task provides a high-level overview of the tasks involved in setting up disaster recovery for an SVM.

Express Guides are available that provide detailed information about configuring SVM disaster recovery.

Steps

  1. Create and prepare the destination SVM to protect the data and configuration of an SVM.
    Data ONTAP 8.3 SVM Disaster Recovery Preparation Express Guide

    The following illustration shows the source and destination SVMs in the preparation phase:


    The following illustration shows the source SVM peered with destination SVM. The SnapMirror DR relationship replicates information from the source to the destination SVM.

    After the preparation is complete, the destination SVM is in the stopped state.

    The data flows from the source SVM to the destination SVM, and the flow is unidirectional. SnapMirror transfers occur based on the SnapMirror policy schedule. You can also perform SnapMirror updates whenever required.

    If the source cluster reboots, then the source SVM is operationally stopped and is locked for any management operations to avoid data corruption in case data is accessed inadvertently from both the source and destination SVMs.

    Note: You must not associate the destination SVM with any other source SVM.
  2. Activate the destination SVM either to provide data access if the source SVM is unavailable or if you want to test the SVM disaster recovery setup.
    Data ONTAP 8.3 SVM Disaster Recovery Express Guide

    The following illustration shows the impact of a disaster on the source SVM and shows that the destination SVM is activated:



    In this phase, the SnapMirror relationship is in the Broken-off state.

  3. Depending on whether the source SVM exists, either reactivate the existing source SVM or create and activate a new source SVM.
    • Create and activate a new source SVM.

      When the source cluster and SVM are completely destroyed, the cluster administrator of the source cluster creates the cluster and source SVM. The cluster administrator resynchronizes the data and configuration from the destination SVM, activates the source SVM, and protects the new source SVM.

    • Reactivate the existing source SVM.

      If the source SVM is available, the cluster administrator resynchronizes the data and configuration from the destination SVM to the existing source SVM, activates the source SVM, and protects the source SVM.

    Data ONTAP 8.3 SVM Disaster Recovery Express Guide

    The following illustration shows the configuration and data flow during the reactivation phase of the source SVM:



    The data flows from the destination SVM to the source SVM.