Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

元のONTAPソースSVMを再アクティブ化する

共同作成者

デスティネーションからデータを提供する必要がなくなった場合は、ソースSVMとデスティネーションSVMの間で元のデータ保護関係を再確立できます。この手順は、1つの例外を除き、ボリュームレプリケーションの手順とほとんど同じです。ソースSVMを再アクティブ化する前に、デスティネーションSVMを停止する必要があります。

開始する前に

デスティネーションボリュームからのデータの提供中にデスティネーションボリュームのサイズを拡張した場合は、ソースボリュームを再アクティブ化する前に、元のソースボリュームを十分に拡張できるようにmax-autosizeを手動で増やす必要があります。

タスクの内容

ONTAP 9 .11.1以降では、 -quick-resync true `snapmirror resync`SVM DR関係の逆再同期を実行する際にコマンドのCLIオプションを使用することで、ディザスタリカバリのリハーサル中の再同期時間を短縮できます。迅速な再同期を行うと、Data Warehouseの再構築とリストアの処理が省略されるため、本番環境への復帰にかかる時間を短縮できます。

メモ クイック再同期では、デスティネーションボリュームのストレージ効率が維持されません。クイック再同期を有効にすると、デスティネーションボリュームで使用されるボリュームスペースが増える可能性があります。

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

ONTAP 9 8以降では、System Managerを使用して災害発生後にソースStorage VMを再アクティブ化できます。ソースStorage VMを再アクティブ化すると、デスティネーションStorage VMが停止し、ソースからデスティネーションへのレプリケーションが再度有効になります。

System Managerを使用してソースStorage VMを再アクティブ化すると、System Managerはバックグラウンドで次の処理を実行します。

  • SnapMirror再同期を使用して、元のデスティネーションから元のソースへの逆方向のSVM DR関係を作成します。

  • デスティネーションSVMを停止します。

  • SnapMirror関係を更新します。

  • SnapMirror関係を解除します。

  • 元のSVMを再起動します。

  • 元のソースから元のデスティネーションへのSnapMirror再同期を実行します。

  • SnapMirror関係をクリーンアップします。

手順

このタスクは、System ManagerまたはONTAP CLIから実行できます。

System Manager
  1. デスティネーションクラスタで、*[保護]>[関係]*をクリックし、必要な保護関係を特定します。

  2. ソース関係の名前にカーソルを合わせ、をクリックし メニューオプションアイコン、*[ソースStorage VMの再アクティブ化]*を選択します。

  3. ウィンドウで、[再アクティブ化]*をクリックします。

  4. [ * 関係 * ] で、保護関係の [ * 転送ステータス * ] を表示して、ソースの再アクティブ化の進行状況を監視します。再アクティブ化が完了すると、関係の状態は「mirrored」に戻ります。

CLI
  1. 元のソースSVMまたはソースクラスタから、元のSVM DR関係と同じ設定、ポリシー、およびidentity-preserve設定を使用して、反転したSVM DR関係を作成します。

    snapmirror create -source-path <SVM>: -destination-path <SVM>:
    メモ オプションと -destination-path`オプションで、SVM名のあとにコロン(:)を入力する必要があります `-source-path。以下の例を参照してください。

    次の例は、データの提供元のSVMと元のソースSVM svm1`の間に関係を作成します `svm_backup

    cluster_src::> snapmirror create -source-path svm_backup: -destination-path svm1:
  2. 元のソースSVMまたはソースクラスタから次のコマンドを実行して、データ保護関係を反転します。

    snapmirror resync -source-path <SVM>: -destination-path <SVM>:
    メモ オプションと -destination-path`オプションで、SVM名のあとにコロン(:)を入力する必要があります `-source-path。以下の例を参照してください。

    再同期の際にベースライン転送は不要ですが、再同期には時間がかかる場合があります。再同期はオフピークの時間帯に実行することを推奨します。

    メモ ソースとデスティネーションに共通のSnapshotコピーが存在しない場合、コマンドは失敗します。を使用し `snapmirror initialize`て関係を再初期化します。

    次の例は、元のソースSVMとデータの提供元のSVM svm_backup`の間の関係を反転します `svm1

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

    quick-resyncオプションの使用例:

    cluster_src::> snapmirror resync -source-path svm_backup: -destination-path svm1: -quick-resync true
  3. 元のソースSVMへのデータアクセスを再確立する準備ができたら、元のデスティネーションSVMを停止して、元のデスティネーションSVMに現在接続されているクライアントをすべて切断します。

    vserver stop -vserver <SVM>

    次の例は、現在データを提供している元のデスティネーションSVMを停止します。

    cluster_dst::> vserver stop svm_backup
  4. コマンドを使用して、元のデスティネーションSVMの状態がstoppedであることを確認します vserver show

    cluster_dst::> vserver show
                                      Admin      Operational Root
    Vserver        Type    Subtype    State      State       Volume     Aggregate
    --------       ------- ---------- ---------- ----------- ---------- ----------
    svm_backup     data    default    stopped    stopped     rv         aggr1
  5. 元のソースSVMまたはソースクラスタから次のコマンドを実行して反転した関係を最後に更新し、元のデスティネーションSVMから元のソースSVMにすべての変更を転送します。

    snapmirror update -source-path <SVM>: -destination-path <SVM>:
    メモ オプションと -destination-path`オプションで、SVM名のあとにコロン(:)を入力する必要があります `-source-path。以下の例を参照してください。

    次の例は、データの提供元である元のデスティネーションSVMと元のソースSVM svm1`の間の関係を更新します,`svm_backup

    cluster_src::> snapmirror update -source-path svm_backup: -destination-path svm1:
  6. 元のソースSVMまたはソースクラスタから次のコマンドを実行して、反転した関係のスケジュールされた転送を停止します。

    snapmirror quiesce -source-path <SVM>: -destination-path <SVM>:
    メモ オプションと -destination-path`オプションで、SVM名のあとにコロン(:)を入力する必要があります `-source-path。以下の例を参照してください。

    次の例は、データの提供元のSVMと元のSVM svm1`の間のスケジュールされた転送を停止します `svm_backup

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

    snapmirror break -source-path <SVM>: -destination-path <SVM>:
    メモ オプションと -destination-path`オプションで、SVM名のあとにコロン(:)を入力する必要があります `-source-path。以下の例を参照してください。

    次の例は、データの提供元であった元のデスティネーションSVMと元のソースSVM svm1`の間の関係を解除します `svm_backup

    cluster_src::> snapmirror break -source-path svm_backup: -destination-path svm1:
  8. 元のソースSVMを停止していた場合は、元のソースクラスタから元のソースSVMを起動します。

    vserver start -vserver <SVM>

    次の例は、元のソースSVMを起動します。

    cluster_src::> vserver start svm1
  9. 元のデスティネーションSVMまたはデスティネーションクラスタから、元のデータ保護関係を再確立します。

    snapmirror resync -source-path <SVM>: -destination-path <SVM>:
    メモ オプションと -destination-path`オプションで、SVM名のあとにコロン(:)を入力する必要があります `-source-path。以下の例を参照してください。

    次の例は、元のソースSVMと元のデスティネーションSVM `svm_backup`の間の関係を再確立し `svm1`ます。

    cluster_dst::> snapmirror resync -source-path svm1: -destination-path svm_backup:
  10. 元のソースSVMまたはソースクラスタから次のコマンドを実行して、反転したデータ保護関係を削除します。

    snapmirror delete -source-path <SVM>: -destination-path <SVM>:
    メモ オプションと -destination-path`オプションで、SVM名のあとにコロン(:)を入力する必要があります `-source-path。以下の例を参照してください。

    次の例は、元のデスティネーションSVMと元のソースSVM svm1`の間の反転した関係を削除します `svm_backup

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

    snapmirror release -source-path <SVM>: -destination-path <SVM>:
    メモ オプションと -destination-path`オプションで、SVM名のあとにコロン(:)を入力する必要があります `-source-path。以下の例を参照してください。

    次の例は、元のデスティネーションSVM svm_backupと元のソースSVMの間の反転した関係をリリースします。 svm1

    cluster_dst::> snapmirror release -source-path svm_backup: -destination-path svm1:
終了後

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