ONTAP 9.13

to English version

SANボリュームのリホスト

LUNをマッピングしたボリュームをリホストできます。デスティネーションSVMのイニシエータ グループ(igroup)を再作成したら、ボリュームのリホストによって同じSVMでボリュームを自動的に再マッピングできます。

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

  • ボリューム管理処理(ボリュームの移動、LUNの移動など)を実行中のボリュームはリホストできません。

  • ボリュームまたはLUNにアクティブなI/Oがある場合はリホストできません。

  • デスティネーションSVMに同じ名前でイニシエータが異なるigroupがないことを確認しておく必要があります。

    igroup名が同じ場合は、どちらか(ソースまたはデスティネーション)のSVMでigroupの名前を変更する必要があります。

  • force-unmap-luns オプションを有効にしておく必要があります。

    • force-unmap-luns オプションのデフォルト値は false です。

    • force-unmap-luns オプションを true に設定すると、警告メッセージも確認メッセージも表示されません。

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

  • リホスト処理が失敗した場合は、ソース ボリュームでボリュームのポリシーおよび関連するルールを再設定しなければならない場合があります。

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

    • サービス品質(QoS)ポリシー Snapshotホリシ ns-switchとネーム サービスの設定のエクスポート ポリシーとルール ユーザーIDとグループID

手順
  1. ターゲット ボリュームのLUNマッピング情報を記録します。

    lun mapping show–volume volume to be rehosted-vserver source vserver

    これは、ボリュームのリホストが失敗した場合にLUNマッピングに関する情報が失われないようにするための予防的な手順です。

  2. ターゲット ボリュームに関連付けられているigroupを削除します。

  3. デスティネーションSVMにターゲット ボリュームをリホストします。

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

  4. ターゲット ボリューム上のLUNを適切なigroupにマッピングします。

    • ボリュームのリホストではターゲット ボリュームにLUNが保持されますが、マッピングされていない状態です。

    • LUNのマッピングにはデスティネーションSVMのポートセットを使用します。

    • auto-remap-luns オプションを true に設定すると、リホスト後にLUNが⾃動的にマッピングされます。

Top of Page