FAQ sobre políticas de gerenciamento do ciclo de vida

Este artigo responde a perguntas frequentes sobre políticas de gerenciamento de ciclo de vida no Armazenamento de Blobs do Azure.

Criei uma nova política. Por que as ações não são executadas imediatamente?

Depois de configurar uma política, pode levar até 24 horas para ela entrar em vigor. Uma vez que a política está em vigor, o tempo necessário para as ações podem variar dependendo do tamanho da conta de armazenamento e das operações realizadas.

Se eu atualizar uma política existente, quanto tempo leva para as ações serem executadas?

A política atualizada pode levar até 24 horas para entrar em vigor. Uma vez que a política está em vigor, o tempo que leva para que as ações sejam executadas varia dependendo do tamanho da conta de armazenamento e das operações realizadas. Se a atualização tiver como objetivo desabilitar ou excluir uma regra, e enableAutoTierToHotFromCool tiver sido utilizado, a classificação automática para a camada quente ainda ocorrerá. Por exemplo, defina uma regra que inclua enableAutoTierToHotFromCool com base no último acesso. Se a regra for desabilitada ou excluída, e um blob estiver atualmente na camada fria ou de arquivo morto e depois for acessado, ele voltará para a camada quente, pois isso será aplicado no acesso fora do gerenciamento do ciclo de vida. O blob não passa de quente para frio ou arquivo morto se a regra de gerenciamento do ciclo de vida for desabilitada ou excluída. A única maneira de evitar autoTierToHotFromCool é desativar o rastreamento da hora do último acesso.

A execução é concluída, mas não move nem exclui alguns blobs

Dependendo do tamanho e do número de objetos em uma conta de armazenamento, você pode precisar de mais de uma execução para processar todos os objetos. Você também pode verificar os logs de recursos de armazenamento para ver se a política de gerenciamento do ciclo de vida está realizando as operações.

Não vejo mudanças na capacidade de armazenamento, embora a política esteja em execução e excluindo os blobs

Verifique se recursos de proteção de dados, como soft delete ou versionamento, estão ativados na conta de armazenamento. Mesmo que a política seja deletar os blobs, esses blobs podem ainda existir em estado de soft delete ou como uma versão mais antiga, dependendo de como esses recursos estão configurados.

Reidratei um blob arquivado. Como faço para evitar que ele volte temporariamente para o nível Arquivo?

Se houver uma política de gerenciamento do ciclo de vida em vigor para a conta de armazenamento, reidratar um blob alterando sua camada pode resultar em um cenário em que a política do ciclo de vida mova o blob de volta para a camada de arquivamento. Essa condição ocorre se o último tempo modificado, tempo de criação ou último tempo de acesso estiver além do limite estabelecido para a política. Existem três maneiras de prevenir essa condição:

  • Adicione a condição daysAfterLastTierChangeGreaterThan à ação tierToArchive da política. Veja Usar políticas de gerenciamento do ciclo de vida para arquivar blobs.

  • Desative temporariamente a regra que afeta esse blob para evitar que ele seja arquivado novamente. Ative novamente a regra quando o blob puder ser movido com segurança de volta para a camada de arquivamento.

  • Se o blob precisar permanecer na camada quente, fria ou de arquivo morto, copie-o para outro local onde a política de gerenciamento de ciclo de vida não esteja em vigor.

A cadeia de caracteres de correspondência de prefixo do blob não aplicou a política aos blobs esperados

O campo de correspondência de prefixo de blob de uma política consiste em um caminho de blob completo ou parcial, utilizado para identificar os blobs aos quais você deseja aplicar as ações da política. O caminho deve começar com o nome do container. Se você não especificar uma correspondência de prefixo, a política se aplica a todos os blobs na conta de armazenamento. O formato da sequência de correspondência do prefixo é [container name]/[blob name]. Tenha em mente os seguintes pontos sobre a cadeia de caracteres de correspondência de prefixo:

  • Uma cadeia de caracteres de correspondência de prefixo como container1/ aplica-se a todos os blobs no contêiner chamado container1. Uma string de correspondência de prefixo container1, sem o caractere de barra (/ ) ao final (/), aplica-se a todos os blobs em todos os contêineres cujo nome comece com a string container1. O prefixo corresponde a contêineres nomeados container11, container1234, container1ab, e assim por diante.
  • Uma cadeia de correspondência de prefixo container1/sub1/ aplica-se a todos os blobs no contentor denominado container1 que começam com a cadeia sub1/. Por exemplo, o prefixo corresponde a blobs nomeados container1/sub1/test.txt ou container1/sub1/sub2/test.txt.
  • O caractere asterisco * é um caractere válido em um nome de blob. Se você utilizar o caractere asterisco em um prefixo, o prefixo corresponderá a blobs que contenham um asterisco em seus nomes. O asterisco não funciona como um personagem coringa.
  • O caractere de interrogação ? é um caractere válido em um nome de blob. Se você utilizar o caractere de ponto de interrogação em um prefixo, o prefixo corresponderá a blobs que contenham um ponto de interrogação em seus nomes. O ponto de interrogação não funciona como um caractere curinga.
  • A correspondência de prefixos considera apenas comparações lógicas positivas (=). Ele ignora comparações lógicas negativas (!=).
  • A correspondência de prefixo opera diferenciando maiúsculas de minúsculas.

Existe alguma forma de identificar o momento em que a política será executada?

Infelizmente, não há como acompanhar o horário em que a política será executada, pois se trata de um processo de agendamento em segundo plano. As políticas do ciclo de vida começam a ser executadas dentro de 24 horas após a criação ou atualização de uma regra. As políticas processam objetos continuamente em segundo plano, conforme necessário. O sistema dá prioridade às solicitações das cargas de trabalho. Então, não há como rastrear em que momento uma política possa estar sendo executada. O tempo necessário para processar objetos pode depender da taxa de solicitação para a conta de armazenamento. Esse tempo pode ser mais longo se a taxa de solicitação da conta de armazenamento se aproximar do limite da conta de armazenamento.

Próximas Etapas 

  • Last updated on