リホストはシステム停止を伴う処理です。
リホスト処理が失敗した場合は、ソースボリュームでボリュームのポリシーおよび関連するルールを再設定しなければならない場合があります。
ソースSVMとデスティネーションSVMのActive Directoryドメインが異なる場合は、ボリューム上のオブジェクトへのアクセスが失われる可能性があります。
ONTAP 9.8以降では、NetApp Volume Encryption（NVE）を使用するボリュームのリホストがサポートされます。オンボードキーマネージャを使用している場合は、リホスト処理中に暗号化されたメタデータが変更されます。ユーザデータは変更されません。

ONTAP 9.8以前を使用している場合は、リホスト処理を実行する前にボリュームの暗号化を解除する必要があります。
ソースSVMにローカルユーザーとローカルグループが含まれている場合、ファイルとディレクトリーに対して設定された権限（ACL）はボリュームのリホスト処理後に無効になります。

監査ACL（SACL）についても同様です。
次のボリュームポリシー、ポリシールール、および構成はリホスト処理後にソースボリュームから失われるため、リホスト後のボリュームで手動で再設定する必要があります。
- ボリュームとqtreeのエクスポートポリシー
- ウィルス対策ポリシー
- ボリューム効率化ポリシー
- サービス品質（QoS）ポリシー
- Snapshotホリシ
- クォータルール
- ns-switchとネームサービスの設定のエクスポートポリシーとルール
- ユーザーIDとグループID

作業を開始する前に

ボリュームはオンラインである必要があります。
ボリュームの移動や LUN の移動など、ボリューム管理操作を実行しないでください。
リホストするボリュームへのデータアクセスを停止する必要があります。
リホストするボリュームのデータアクセスをサポートするようにターゲット SVM の ns-switch とネームサービスを設定する必要があります。
ソース SVM とデスティネーション SVM の Active Directory ドメインと DNS ドメインが同じであることが必要です。

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

ローカルユーザとローカルグループが設定されていて、それらのユーザまたはグループに対して権限が設定されたボリューム上にファイルとディレクトリがある場合、それらの権限は無効になります。

手順

ボリュームのリホスト処理が失敗した場合にCIFS共有の情報が失われないように、CIFS共有に関する情報を記録します。
親ボリュームからボリュームをアンマウントします。

volume unmount
advanced権限レベルに切り替えます。

set -privilege advanced
デスティネーションSVMでボリュームをリホストします。

volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm
デスティネーションSVMの適切なジャンクションパスにボリュームをマウントします。

volume mount
リホストしたボリューム用のCIFS共有を作成します。

vserver cifs share create
ソースSVMとデスティネーションSVMでDNSドメインが異なる場合は、新しいユーザーとグループを作成します。
新しいデスティネーションSVMのLIFとリホストしたボリュームへのジャンクションパスで、CIFSクライアントを更新します。

終了後の操作

ポリシーおよび関連するルールをリホストしたボリュームに手動で再設定する必要があります。

ETERNUS AX/HX series SMB / CIFS構成エクスプレスガイド

ETERNUS AX/HX series SMB / CIFSおよびNFSマルチプロトコル構成エクスプレスガイド