エフサステクノロジーズ株式会社

本ページの製品は2024年4月1日より、エフサステクノロジーズ株式会社に統合となり、順次、切り替えを実施してまいります。一部、富士通表記が混在することがありますので、ご了承ください。

ONTAP 9 マニュアル ( CA08871-402 )

to English version

元のソース ボリュームの再有効化

デスティネーションからデータを提供する必要がなくなった場合は、ソース ボリュームとデスティネーション ボリュームの間で元のデータ保護関係を再確立できます。

タスク概要
  • 次の手順は、元のソース ボリュームにあるベースラインが損なわれていないことを前提としています。ベースラインが損なわれている場合は、この手順を実行する前に、データの提供元のボリュームと元のソース ボリュームの間の関係を作成して初期化する必要があります。

  • XDP SnapMirror関係のバックグラウンドでの準備とデータの保存処理に時間がかかります。長時間にわたってSnapMirror関係のステータスが「preparing」と表示されることも珍しくありません。

手順
  1. 元のデータ保護関係を反転します。

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

    コマンド構文全体については、マニュアル ページを参照してください。

    このコマンドは元のソースSVMまたは元のソース クラスタから実行する必要があります。再同期の際にベースライン転送は不要ですが、再同期には時間がかかる場合があります。再同期はオフピークの時間帯に実行することを推奨します。ソースとデスティネーションに共通のSnapshotコピーが存在しない場合、このコマンドは失敗します。snapmirror initializeを使用して、関係を再初期化してください。

    次の例は、元のソース ボリュームvolAsvm1上)とデータの提供元のボリュームvolA_dstsvm_backup上)の間の関係を反転します。

    cluster_src::> snapmirror resync -source-path svm_backup:volA_dst -destination-path svm1:volA
  2. 元のソースへのデータ アクセスを再確立する準備ができたら、元のデスティネーション ボリュームへのアクセスを停止します。その方法の1つが、元のデスティネーションSVMを停止することです。

    vserver stop -vserver SVM

    コマンド構文全体については、マニュアル ページを参照してください。

    このコマンドは元のデスティネーションSVMまたは元のデスティネーション クラスタから実行する必要があります。このコマンドは、元のデスティネーションSVM全体へのユーザー アクセスを停止します。他の方法を使用して元のデスティネーション ボリュームへのアクセスを停止することもできます。

    次の例は、元のデスティネーションSVMを停止します。

    cluster_dst::> vserver stop svm_backup
  3. 反転した関係を更新します。

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

    コマンド構文全体については、マニュアル ページを参照してください。

    このコマンドは元のソースSVMまたは元のソース クラスタから実行する必要があります。

    次の例は、データの提供元のボリュームvolA_dstsvm_backup上)と元のソース ボリュームvolAsvm1上)の間の関係を更新します。

    cluster_src::> snapmirror update -source-path svm_backup:volA_dst -destination-path svm1:volA
  4. 元のソースSVMまたは元のソース クラスタから、反転した関係のスケジュールされた転送を停止します。

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

    コマンド構文全体については、マニュアル ページを参照してください。

    このコマンドは元のソースSVMまたは元のソース クラスタから実行する必要があります。

    次の例は、元のデスティネーション ボリューム(svm_backup上のvolA_dst)と元のソース ボリューム(svm1上のvolA)の間のスケジュールされた転送を停止します。

    cluster_src::> snapmirror quiesce -source-path svm_backup:volA_dst -destination-path svm1:volA
  5. 最後の更新が完了して関係のステータスが「Quiesced」になったら、元のソースSVMまたは元のソース クラスタから次のコマンドを実行して反転した関係を解除します。

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

    コマンド構文全体については、マニュアル ページを参照してください。

    このコマンドは元のソースSVMまたはソース クラスタから実行する必要があります。

    次の例は、元のデスティネーション ボリューム(svm_backup上のvolA_dst)と元のソース ボリューム(svm1上のvolA)の間の関係を解除します。

    cluster_scr::> snapmirror break -source-path svm_backup:volA_dst -destination-path svm1:volA
  6. 元のソースSVMまたは元のソース クラスタから、反転したデータ保護関係を削除します。

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

    コマンド構文全体については、マニュアル ページを参照してください。

    このコマンドは元のソースSVMまたは元のソース クラスタから実行する必要があります。

    次の例は、元のソース ボリュームvolAsvm1上)とデータの提供元のボリュームvolA_dstsvm_backup上)の間の反転した関係を削除します。

    cluster_src::> snapmirror delete -source-path svm_backup:volA_dst -destination-path svm1:volA
  7. 元のデスティネーションSVMまたは元のデスティネーション クラスタから反転した関係をリリースします。

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

    このコマンドは元のデスティネーションSVMまたは元のデスティネーション クラスタから実行する必要があります。

    次の例は、元のデスティネーション ボリューム(svm_backup上のvolA_dst)と元のソース ボリューム(svm1上のvolA)の間の反転した関係をリリースします。

    cluster_dst::> snapmirror release -source-path svm_backup:volA_dst -destination-path svm1:volA
  8. 元のデスティネーションから元のデータ保護関係を再確立します。

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

    コマンド構文全体については、マニュアル ページを参照してください。

    次の例は、元のソース ボリュームvolAsvm1上)とデスティネーション ボリュームvolA_dstsvm_backup上)の間の関係を再確立します。

    cluster_dst::> snapmirror resync -source-path svm1:volA -destination-path svm_backup:volA_dst
  9. 必要に応じて、元のデスティネーションSVMを起動します。

    vserver start -vserver SVM

    コマンド構文全体については、マニュアル ページを参照してください。

    次の例は、元のデスティネーションSVMを起動します。

    cluster_dst::> vserver start svm_backup
終了後の操作

snapmirror showコマンドを使用して、SnapMirror関係が作成されたことを確認します。コマンド構文全体については、マニュアル ページを参照してください。

Top of Page