ボリューム移動のデスティネーションローカル階層に接続されたクラウド階層がない場合、クラウド階層に格納されているソースボリュームのデータはデスティネーションローカル階層のローカル階層に書き込まれます。

ONTAP 9.8以降では、ボリュームが有効になっている場合、"Inactive Data Reporting"FabricPoolはボリュームのヒートマップを使用してコールドデータをただちにキューに入れ、デスティネーションローカル階層に書き込まれるとすぐに階層化を開始します。

ONTAP 9.8より前のバージョンでは、ボリュームを別のローカル階層に移動すると、ローカル階層のブロックの非アクティブ期間がリセットされます。たとえば、20日間非アクティブでまだ階層化されていないデータがローカル階層にある「自動」ボリューム階層化ポリシーを使用するボリュームでは、ボリューム移動後、データの温度が0日にリセットされます。

ONTAP 9.6以降では、ボリューム移動のデスティネーションローカル階層がソースローカル階層と同じバケットを使用する場合、バケットに格納されているソースボリューム上のデータがローカル階層に戻されません。階層化されたデータは保存されたままになり、ローカル階層間で移動しなければならないのはホットデータだけです。この最適化されたボリューム移動により、ネットワーク効率が大幅に向上します。

たとえば、300 TB の最適化されたボリュームの移動は、300 TB のコールド データがローカル層から別の層に移動されても、オブジェクト ストアへの 300 TB の読み取りと 300 TB の書き込みがトリガーされないことを意味します。

ボリュームの移動が最適化されていない場合、ネットワークとコンピューティングのトラフィック（読み取り/取得と書き込み/プット）が増加し、ONTAPクラスタとオブジェクトストアの需要が増加します。パブリックオブジェクトストアへの階層化のコストが上昇する可能性があります。

ボリューム移動のデスティネーションローカル階層にクラウド階層が接続されている場合は、クラウド階層に格納されているソースボリューム上のデータが最初にデスティネーションローカル階層のローカル階層に書き込まれます。このアプローチがボリューム階層化ポリシーに適している場合は、デスティネーションローカル階層のクラウド階層に書き込まれます。

最初にローカル階層にデータを書き込むと、ボリューム移動のパフォーマンスが向上し、カットオーバー時間が短縮されます。ボリューム移動の実行時にボリューム階層化ポリシーが指定されていない場合、デスティネーション ボリュームはソース ボリュームの階層化ポリシーを使用します。

ボリューム移動の実行時に別の階層化ポリシーを指定した場合、指定した階層化ポリシーでデスティネーションボリュームが作成され、ボリューム移動は最適化されません。