Perguntas Frequentes sobre políticas de gestão do ciclo de vida

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

Criei uma nova política. Porque é que as ações não correm imediatamente?

Depois de configurar uma política, pode demorar até 24 horas até ela entrar em vigor. Uma vez em vigor a política, o tempo que as ações demoram a ser executadas pode variar consoante o tamanho da conta de armazenamento e as operações realizadas.

Se atualizar uma política existente, quanto tempo demora até as ações serem executadas?

A política atualizada pode demorar até 24 horas a entrar em vigor. Uma vez que a política está em vigor, o tempo que as ações demoram a ser executadas varia consoante o tamanho da conta de armazenamento e as operações realizadas. Se a atualização consistir em desativar ou eliminar uma regra, e tiver sido utilizado enableAutoTierToHotFromCool, a definição automática de camadas para a camada ativa continua a ocorrer. Por exemplo, defina uma regra incluindo enableAutoTierToHotFromCool com base no último acesso. Se a regra for desativada ou eliminada, e um blob estiver atualmente na camada esporádica ou fria e for depois acedido, volta para a camada quente, uma vez que isso é aplicado aquando do acesso fora da gestão do ciclo de vida. O blob não passa de fase para frio ou frio se a regra de gestão do ciclo de vida estiver desativada ou eliminada. A única forma de evitar autoTierToHotFromCool é desativar o rastreio da hora do último acesso.

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

Dependendo do tamanho e do número de objetos numa conta de armazenamento, pode ser necessário mais do que uma execução para processar todos os objetos. Também pode verificar os registos de recursos de armazenamento para ver se a política de gestão do ciclo de vida está a executar as operações.

Não vejo alterações na capacidade de armazenamento, apesar de a política estar a ser executada e a eliminar os blobs

Verifique se funcionalidades de proteção de dados, como eliminação suave ou versionamento, estão ativadas na conta de armazenamento. Mesmo que a política esteja a apagar os blobs, esses blobs podem continuar a existir num estado de eliminação suave ou numa versão mais antiga, dependendo de como estas funcionalidades estão configuradas.

Reidratei um blob arquivado. Como é que evito que seja transferido temporariamente de volta para o nível do Arquivo?

Se existir uma política de gestão do ciclo de vida em vigor para a conta de armazenamento, a reidratação de um blob ao alterar o respetivo escalão pode resultar num cenário em que essa política volte a mover o blob para o escalão de arquivo. Esta condição ocorre se o último tempo de modificação, o tempo de criação ou o último tempo de acesso estiver além do limiar definido para a política. Existem três formas de prevenir esta condição:

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

  • Desative temporariamente a regra que afeta este blob para evitar que volte a ser arquivado. Reative a regra quando o blob puder ser movido de volta em segurança para o nível de arquivo.

  • Se o blob precisar de permanecer de forma permanente na camada quente, arrefecida ou fria, copie o blob para outra localização onde a política de gestão do ciclo de vida não se aplique.

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

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

  • Uma cadeia de correspondência por prefixo como container1/ aplica-se a todos os blobs no contentor com o nome container1. Uma cadeia de correspondência por prefixo de container1, sem o caráter de barra (/) no final, aplica-se a todos os blobs em todos os contentores em que o nome do contentor começa pela cadeia container1. O prefixo corresponde a contentores nomeados container11, container1234, container1ab, e assim sucessivamente.
  • Uma cadeia de correspondência prefixa de container1/sub1/ aplica-se a todas as bolhas no contentor nomeadas 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 carácter * de asterisco é um carácter válido num nome de blob. Se utilizar o carácter de asterisco num prefixo, o prefixo corresponde aos blobs com um asterisco nos respetivos nomes. O asterisco não funciona como um personagem coringa.
  • O carácter de ponto de interrogação ? é um carácter válido num nome de blob. Se usares o carácter de ponto de interrogação num prefixo, o prefixo corresponde aos blobs com um ponto de interrogação no nome. O ponto de interrogação não funciona como uma personagem coringa.
  • A correspondência por prefixo considera apenas comparações lógicas de valor positivo (=). Ignora comparações lógicas negativas (!=).
  • A correspondência por prefixo funciona de forma sensível à diferenciação entre maiúsculas e minúsculas.

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

Infelizmente, não há forma de acompanhar o tempo em que a política será executada, pois é um processo de agendamento em segundo plano. As políticas do ciclo de vida iniciam a execução 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 a solicitações provenientes das cargas de trabalho. Portanto, não há forma de acompanhar o tempo em que uma política pode estar a ser executada. O tempo necessário para processar objetos pode depender da taxa de pedido para a conta de armazenamento. Este período pode ser mais longo se a taxa de pedidos da conta de armazenamento se aproximar do limite da conta de armazenamento.

Passos seguintes

  • Last updated on