階層化ポリシー（デフォルト）は snapshot-only、アクティブなファイルシステムに関連付けられていないボリュームSnapshotコピーのユーザデータブロックをクラウド階層に移動します。

この `auto`階層化ポリシーはONTAP 9 .4以降のリリースでのみサポートされ、Snapshotコピーとアクティブなファイルシステムの両方のコールドユーザデータブロックをクラウド階層に移動します。

`all`階層化ポリシー（ONTAP 9 .6以降でのみサポート）は、アクティブなファイルシステムとSnapshotコピーの両方のすべてのユーザデータブロックをクラウド階層に移動します。階層化ポリシーに代わる `backup`ものです。

`all`クライアントトラフィックが正常な読み取り/書き込みボリュームでは、ボリューム階層化ポリシーを使用しないでください。

`none`階層化ポリシーは、ボリュームのデータを高パフォーマンス階層に保持し、コールドデータをクラウド階層に移動しません。

`volume show`コマンド出力には、ボリュームの階層化ポリシーが表示されます。FabricPoolで使用されたことがないボリュームの場合、出力に階層化ポリシーが表示され `none`ます。

階層化ポリシーをまたは `none`に `auto`変更する `snapshot-only`と、アクティブなファイルシステムのすでにコールドなユーザデータブロックがONTAPからクラウド階層に送信されます。これは、それらのユーザデータブロックが以前はクラウド階層に送信されなかった場合でも同様です。

階層化ポリシーを別のポリシーからに変更する `all`と、ONTAPはアクティブなファイルシステムとSnapshotコピー内のすべてのユーザブロックをできるだけ早くクラウドに移動します。ONTAP 9 8より前は、次の階層化スキャンが実行されるまで待機する必要があったブロックがありました。

階層化ポリシーをからまたはに `snapshot-only`変更して `auto`も、 `none`すでにクラウド階層に移動されたアクティブなファイルシステムブロックはパフォーマンス階層に戻されません。

ボリュームの階層化ポリシーを変更すると、階層化の最小クーリング期間は常にそのポリシーのデフォルト値にリセットされます。

ボリュームを対応アグリゲートに移動したりFabricPool対応アグリゲートから移動したりする際に、別の階層化ポリシーを明示的に指定しないかぎり、ボリュームの階層化ポリシーは元のままです。

ボリュームのパラメータの既存の値は -tiering-minimum-cooling-days、デスティネーションに別の階層化ポリシーを指定しないかぎり、ボリュームとともに移動されます。

アグリゲート間でボリュームを移動し、同時に階層化ポリシーも変更できます。

処理に階層化ポリシーが関係する auto`場合は、特に注意が必要です `volume move。

ONTAP 9.8以降、クローン ボリュームは常に階層化ポリシーとクラウド読み出しポリシーの両方を親ボリュームから継承します。

親ボリュームにクラウド読み出しポリシーが設定されている場合、 never`クローンボリュームにはクラウド読み出しポリシーまたは `all`階層化ポリシーと、対応するクラウド読み出しポリシーが `default`設定されている必要があります `never。

親ボリュームのクラウド読み出しポリシーをに変更する `never`には、クローンボリュームにクラウド読み出しポリシーがすべて設定され `never`ている必要があります。

`-tiering-policy`クローンのオプションと `tiering-minimum-cooling-days`オプションは、クローンに固有のブロックの階層化動作のみを制御します。そのため、親FlexVolでは、どのクローンよりも同じ量または少ない量のデータしか移動しない階層化設定を使用することを推奨します。

親FlexVolのクラウド読み出しポリシーでは、すべてのクローンの読み出しポリシーと同じ量かそれよりも多くのデータを移動する必要があります。