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

    を設定します relationship-info-only パラメータの値 true Snapshotコピーを削除せずにソースの関係情報を削除します。

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

    set -privilege advanced

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

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

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

    vserver peer create

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

    snapmirror create

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

  8. SnapMirror 関係を再同期