リホストはシステム停止を伴う処理です。
リホスト処理が失敗した場合は、ソースボリュームでボリュームのポリシーおよび関連するルールを再設定しなければならない場合があります。
次のボリュームポリシー、ポリシールール、および構成はリホスト処理後にソースボリュームから失われるため、リホスト後のボリュームで手動で再設定する必要があります。
- ボリュームと qtree のエクスポートポリシー
- ウィルス対策ポリシー
- ボリューム効率化ポリシー
- Quality of Service （ QoS ；サービス品質）ポリシー
- Snapshot ポリシー
- クォータルール
- ns-switch とネームサービスの設定のエクスポートポリシーとルール
- ユーザ ID とグループ ID

作業を開始する前に

ボリュームはオンラインである必要があります。
ボリューム管理処理（ボリュームの移動、LUNの移動など）を実行中のボリュームはリホストできません。
リホストするボリュームへのデータアクセスを停止する必要があります。
リホストするボリュームのデータアクセスをサポートするようにターゲットSVMのns-switchとネームサービスを設定する必要があります。
ボリュームのユーザーIDとグループIDをターゲットSVMで使用可能であるか、またはホストするボリュームで変更する必要があります。

手順

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

snapmirror show

これは、ボリュームのリホストが失敗した場合にSnapMirror関係のタイプに関する情報が失われないようにするための予防的な手順です。
デスティネーションクラスタから、SnapMirror関係を削除します。

snapmirror delete

SnapMirror関係は解除しないでください。解除するとデスティネーションボリュームのデータ保護機能が失われ、リホスト処理の完了後に関係を再確立できません。
ソースクラスタから、SnapMirror関係情報を削除します。

snapmirror release relationship-info-only true

relationship-info-only パラメーターを true に設定すると、Snapshotコピーが削除されず、ソースの関係情報が削除されます。
advanced権限レベルに切り替えます。

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

volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm
SVMピア関係が存在しない場合は、ソースSVMとデスティネーションSVM間にSVMピア関係を作成します。

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

snapmirror create

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