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

SnapMirror関係にあるボリュームをリホストする

共同作成者
PDF

SnapMirror関係の一部として定義されているボリュームをリホストできます。関係をリホストする前に考慮する必要があるいくつかの問題があります。

タスクの内容

  • リホストはシステム停止を伴う処理です。

  • リホスト処理が失敗した場合は、ソースボリュームでボリュームポリシーと関連ルールの再設定が必要になることがあります。

  • 次のボリュームポリシー、ポリシールール、および構成はリホスト処理後にソースボリュームから失われるため、リホストしたボリュームで手動で再設定する必要があります。

    • ボリュームとqtreeのエクスポートポリシー

    • ウィルス対策ポリシー

    • ボリューム効率化ポリシー

    • Quality of Service （ QoS ；サービス品質）ポリシー

    • Snapshotポリシー

    • クォータルール

    • ns-switch とネームサービスの設定のエクスポートポリシーとルール

    • ユーザ ID とグループ ID

開始する前に

  • ボリュームはオンラインである必要があります。

  • ボリューム管理処理（ボリュームの移動やLUNの移動など）を実行していないことを確認してください。

  • リホストするボリュームへのデータアクセスを停止する必要があります。

  • リホストするボリュームのデータアクセスをサポートするようにターゲット SVM の ns-switch とネームサービスを設定する必要があります。

  • ボリュームのユーザ ID とグループ ID をターゲット SVM で使用可能であるか、またはホストするボリュームで変更する必要があります。

手順

  1. SnapMirror関係のタイプを記録します。

    snapmirror show

    これは、ボリュームのリホストが失敗した場合にSnapMirror関係タイプに関する情報が失われないようにするための予防的な手順です。

  2. デスティネーションクラスタから、SnapMirror関係を削除します。

    snapmirror delete

    SnapMirror関係を解除しないでください。解除すると、デスティネーションボリュームのデータ保護機能が失われ、リホスト処理後に関係を再確立できなくなります。

  3. ソースクラスタから、SnapMirror関係の情報を削除します。

    snapmirror release -relationship-info-only true

    パラメータをに `true`設定する `-relationship-info-only`と、Snapshotは削除されずにソースの関係情報が削除されます。

  4. ボリュームがマウントされている場合は、アンマウントします。

    volume unmount -vserver <source_svm> -volume <vol_name>

  5. advanced権限レベルに切り替えます。

    set -privilege advanced

  6. デスティネーション SVM でボリュームをリホストします。

    volume rehost -vserver <source_svm> -volume <vol_name> -destination-vserver <destination_svm>

  7. SVMピア関係が存在しない場合は、ソースSVMとデスティネーションSVMの間にSVMピア関係を作成します。

    vserver peer create

  8. ソースボリュームとデスティネーションボリューム間にSnapMirror関係を作成します。

    snapmirror create

    DPボリュームをホストしているSVMからコマンドを実行する必要があり `snapmirror create`ます。リホストしたボリュームは、SnapMirror関係のソースまたはデスティネーションにすることができます。

  9. SnapMirror関係を再同期します。