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

`auto`ONTAP 9.4 以降のリリースでのみサポートされている階層化ポリシーは、スナップショットとアクティブ ファイル システムの両方のコールド ユーザー データ ブロックをクラウド階層に移動します。

`all`階層化ポリシーは、ONTAP 9.6以降でのみサポートされ、アクティブ ファイル システムとスナップショットの両方にあるすべてのユーザーデータブロックをクラウド層に移動します。これは、 `backup`階層化ポリシーに代わるものです。

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

`none`階層化ポリシーにより、ボリュームのデータはパフォーマンス層に保持され、コールドデータがクラウド層に移動されることはありません。

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

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

階層化ポリシーを `all`から別のポリシーに変更すると、ONTAPはアクティブ ファイル システムとスナップショット内のすべてのユーザーブロックを可能な限り速やかにクラウドに移動します。ONTAP 9.8より前のバージョンでは、ブロックは次の階層化スキャンが実行されるまで待機する必要がありました。

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

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

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

宛先に別の階層化ポリシーを指定しない限り、ボリュームの `-tiering-minimum-cooling-days`パラメータの既存の値はボリュームとともに移動します。

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

`volume move`操作に `auto`階層化ポリシーが関係する場合は、特に注意する必要があります。

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

親ボリュームに `never`クラウド取得ポリシーがある場合、そのクローン ボリュームには `never`クラウド取得ポリシーまたは `all`階層化ポリシーのいずれかと、対応するクラウド取得ポリシー `default`が必要です。

すべてのクローン ボリュームにクラウド取得ポリシー `never`が設定されていない限り、親ボリュームのクラウド取得ポリシーを `never`に変更することはできません。

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

親FlexVolでは、すべてのクローンの読み出しポリシーと同じまたはそれより多い量のデータを移動するクラウド読み出しポリシーを使用してください。