A `snapshot-only`política de tiering armazena em camadas os dados de snapshot que não estão mais associados ao sistema de arquivos ativo. Por padrão, são necessários dois dias de inatividade para que um snapshot esteja apto a ser armazenado em camadas. A maioria dos agendamentos de proteção de dados é horária ou diária e lê os dados localmente antes de armazená-los em camadas.

Você pode modificar a configuração padrão para o período mínimo de resfriamento do tiering com o parâmetro -tiering-minimum-cooling-days no nível de privilégio avançado dos comandos volume create e volume modify. Os valores válidos são de 2 a 183 dias usando ONTAP 9.8 e versões posteriores. Se você estiver usando uma versão do ONTAP anterior à 9.8, os valores válidos são de 2 a 63 dias.

Quando lidos, os blocos frios associados às cópias de snapshot permanecem frios e não são gravados de volta na camada local.

A `auto`política de hierarquização move todos os dados inativos do volume, tanto os snapshots quanto o sistema de arquivos ativo, para a camada de nuvem. O período mínimo de resfriamento padrão para hierarquização é de 31 dias e se aplica a todo o volume, tanto ao sistema de arquivos ativo quanto aos snapshots.

É possível modificar a configuração padrão para o período mínimo de resfriamento em camadas com o -tiering-minimum-cooling-days parâmetro no nível de privilégio avançado dos volume create comandos e. volume modify Os valores válidos são de 2 a 183 dias.

Quando lidos aleatoriamente, os blocos frios em um volume com uma política de tiering definida como Auto são tornados quentes e gravados de volta na camada local.

Quando lidos sequencialmente, os blocos frios em um volume com uma política de tiering definida como Auto permanecem frios e continuam na camada de nuvem. Eles não são gravados de volta na camada local.

A all política de hierarquização marca imediatamente todos os dados no volume como frios e começa a transferi-los para a camada de nuvem o mais rápido possível. Não é necessário esperar 48 horas para que novos blocos em um volume usando a all política de hierarquização se tornem frios.

O período de resfriamento mínimo de disposição em camadas não se aplica porque os dados são movidos para a camada de nuvem assim que a verificação de disposição em camadas é executada e não é possível modificar a configuração.

Quando blocos frios em um volume com uma política de camadas definida como All são lidos, eles permanecem frios e ficam na camada de nuvem. Eles não são gravados de volta na camada local.

A `none`política de hierarquização mantém os dados de um volume na camada de desempenho e não os hierarquiza.

Definir a política de disposição em categorias none para impedir a nova disposição em camadas. Os dados de volume anteriormente movidos para a camada de nuvem permanecem na camada de nuvem até que fiquem ativos e são movidos automaticamente de volta para a camada local.

O período de resfriamento mínimo de disposição em camadas não se aplica porque os dados nunca são movidos para a camada de nuvem e não é possível modificar a configuração.

Quando blocos frios em um volume com uma política de disposição em categorias definida como none são lidos, eles ficam ativos e gravados no nível local.

O volume show comando output mostra a política de disposição em camadas de um volume. Um volume que nunca foi usado com o FabricPool mostra a none política de disposição em camadas na saída.