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

SANボリュームをリホストする

共同作成者 dmp-netapp netapp-ahibbard netapp-aaron-holt netapp-dbagwell netapp-aherbin
PDF

マッピングされたLUNを介してデータを提供するSANボリュームをリホストできます。デスティネーションSVMでイニシエータグループ（igroup）を再作成したあと、ボリュームのリホスト処理で同じSVMでボリュームを自動的に再マッピングできます。

タスクの内容

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

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

  • ONTAP 9.8以降では、NetApp Volume Encryption（NVE）を使用するボリュームのリホストがサポートされます。オンボードキーマネージャを使用している場合は、リホスト処理中に暗号化されたメタデータが変更されます。ユーザデータは変更されません。

    ONTAP 9.8以前を使用している場合は、リホスト処理を実行する前にボリュームの暗号化を解除する必要があります。

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

    • ウィルス対策ポリシー

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

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

    • Snapshotポリシー

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

    • ユーザ ID とグループ ID

開始する前に

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

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

  • ボリュームまたはLUNにアクティブなI/Oがないことを確認します。

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

    igroupの名前が同じ場合は、いずれかのSVM（ソースまたはデスティネーション）でigroupの名前を変更しておく必要があります。

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

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

    • このオプションをに true`設定しても、警告メッセージや確認メッセージは表示されません `force-unmap-luns。

手順

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

    lun mapping show volume volume vserver source_svm

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

    の詳細については lun mapping show volume、を"ONTAPコマンド リファレンス"参照してください。

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

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

    volume rehost -vserver source_svm -volume volume_name -destination-vserver destination_svm

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

    • ボリュームのリホストではターゲットボリュームにLUNが保持されますが、LUNのマッピングは解除されたままです。

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

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