Skip to main content

Reactivate the original ONTAP SnapMirror source volume

Contributors netapp-aaron-holt netapp-lenida netapp-aherbin
PDFs

You can reestablish the original data protection relationship between the source and destination volumes when you no longer need to serve data from the destination.

About this task

  • The procedure below assumes that the baseline in the original source volume is intact. If the baseline is not intact, you must create and initialize the relationship between the volume you are serving data from and the original source volume before performing the procedure.

  • Background preparation and the data warehousing phase of an XDP SnapMirror relationship can take a long time. It is not uncommon to see the SnapMirror relationship reporting the status "preparing" for an extended time period.

Steps

  1. Reverse the original data protection relationship:

    snapmirror resync -source-path SVM:volume -destination-path SVM:volume

    Learn more about snapmirror resync in the ONTAP command reference.

    Note

    You must run this command from the original source SVM or the original source cluster. Although resync does not require a baseline transfer, it can be time-consuming. You might want to run the resync in off-peak hours. The command fails if a common snapshot does not exist on the source and destination. Use snapmirror initialize to re-initialize the relationship. Learn more about snapmirror initialize in the ONTAP command reference.

    The following example reverses the relationship between the original source volume, volA on svm1, and the volume you are serving data from, volA_dst on svm_backup:

    cluster_src::> snapmirror resync -source-path svm_backup:volA_dst -destination-path svm1:volA

  2. When you are ready to reestablish data access to the original source, stop access to the original destination volume. One way to do this is to stop the original destination SVM:

    vserver stop -vserver SVM

    Note

    You must run this command from the original destination SVM or the original destination cluster. This command stops user access to the entire original destination SVM. You may want to stop access to the original destination volume using other methods.

    The following example stops the original destination SVM:

    cluster_dst::> vserver stop svm_backup

    Learn more about vserver stop in the ONTAP command reference.

  3. Update the reversed relationship:

    snapmirror update -source-path SVM:volume -destination-path SVM:volume

    Note

    You must run this command from the original source SVM or the original source cluster.

    The following example updates the relationship between the volume you are serving data from, volA_dst on svm_backup, and the original source volume, volA on svm1:

    cluster_src::> snapmirror update -source-path svm_backup:volA_dst -destination-path svm1:volA

    Learn more about snapmirror update in the ONTAP command reference.

  4. From the original source SVM or the original source cluster, stop scheduled transfers for the reversed relationship:

    snapmirror quiesce -source-path SVM:volume -destination-path SVM:volume

    Note

    You must run this command from the original source SVM or the original source cluster.

    The following example stops scheduled transfers between the original destination volume, volA_dst on svm_backup, and the original source volume, volA on svm1:

    cluster_src::> snapmirror quiesce -source-path svm_backup:volA_dst -destination-path svm1:volA

    Learn more about snapmirror quiesce in the ONTAP command reference.

  5. When the final update is complete and the relationship indicates "Quiesced" for the relationship status, run the following command from the original source SVM or the original source cluster to break the reversed relationship::

    snapmirror break -source-path SVM:volume -destination-path SVM:volume

    Note

    You must run this command from the original source SVM or the source cluster.

    The following example breaks the relationship between the original destination volume, volA_dst on svm_backup, and the original source volume, volA on svm1:

    cluster_scr::> snapmirror break -source-path svm_backup:volA_dst -destination-path svm1:volA

    Learn more about snapmirror break in the ONTAP command reference.

  6. From the original source SVM or the original source cluster, delete the reversed data protection relationship:

    snapmirror delete -source-path SVM:volume -destination-path SVM:volume

    Note

    You must run this command from the original source SVM or the original source cluster.

    The following example deletes the reversed relationship between the original source volume, volA on svm1, and the volume you are serving data from, volA_dst on svm_backup:

    cluster_src::> snapmirror delete -source-path svm_backup:volA_dst -destination-path svm1:volA

    Learn more about snapmirror delete in the ONTAP command reference.

  7. Release the reversed relationship from the original destination SVM or the original destination cluster.

    snapmirror release -source-path SVM:volume -destination-path SVM:volume

    Note

    You must run this command from the original destination SVM or the original destination cluster.

    The following example releases the reversed relationship between the original destination volume, volA_dst on svm_backup, and the original source volume, volA on svm1:

    cluster_dst::> snapmirror release -source-path svm_backup:volA_dst -destination-path svm1:volA

    Learn more about snapmirror release in the ONTAP command reference.

  8. Reestablish the original data protection relationship from the original destination:

    snapmirror resync -source-path SVM:volume -destination-path SVM:volume

    The following example reestablishes the relationship between the original source volume, volA on svm1, and the original destination volume, volA_dst on svm_backup:

    cluster_dst::> snapmirror resync -source-path svm1:volA -destination-path svm_backup:volA_dst

    Learn more about snapmirror resync in the ONTAP command reference.

  9. If needed, start the original destination SVM:

    vserver start -vserver SVM

    The following example starts the original destination SVM:

    cluster_dst::> vserver start svm_backup

    Learn more about vserver start in the ONTAP command reference.

After you finish

Use the snapmirror show command to verify that the SnapMirror relationship was created.

Learn more about snapmirror show in the ONTAP command reference.