Reidratação de blob da camada de arquivos

Um blob arquivado está offline e não pode ser lido ou modificado. Para acessar seus dados, primeiro reidrate o blob para um nível online: quente, frio ou frio. Use um dos seguintes métodos de reidratação:

Importante

Você não pode reidratar diretamente snapshots arquivados ou versões anteriores. Para acessar dados de um snapshot arquivado ou de uma versão anterior, você deve copiá-los para um novo blob em uma camada online (quente, frio ou frio) usando a operação Copiar Blob .

A reidratação de um blob da camada de arquivos pode levar várias horas para ser concluída. Arquive os blocos maiores para um desempenho ótimo de reidratação. Reidratar um grande número de blobs pequenos pode exigir tempo extra devido à sobrecarga de processamento em cada blob. No máximo, 10 GiB por conta de armazenamento podem ser reidratados por hora com recuperação prioritária.

Para saber como reidratar um blob arquivado em uma camada online, confira Reidratar um blob arquivado em uma camada online.

Prioridade de reidratação

Quando você reidrata um blob, pode definir a prioridade da operação ao usar o cabeçalho opcional x-ms-rehydrate-priority em uma operação Set Blob Tier ou Copy Blob. As opções de prioridade de reidratação incluem:

  • Prioridade padrão: a solicitação de reidratação é processada na ordem em que foi recebida e pode levar até 15 horas para ser concluída para objetos com tamanho inferior a 10 GB.
  • Prioridade alta: a solicitação de reidratação te prioridade em relação às solicitações padrão e poderá ser concluída em menos de uma hora para objetos com menos de 10 GB.

Para verificar a prioridade de reidratação enquanto a operação de reidratação está em andamento, chame Obter Propriedades do Blob para retornar o valor x-ms-rehydrate-priority do cabeçalho. A propriedade de prioridade de reidratação retorna Standard ou High.

A prioridade padrão é a opção de reidratação padrão. Uma reidratação de alta prioridade é mais rápida, mas custa mais do que uma reidratação de prioridade padrão. Uma reidratação de alta prioridade pode levar mais de uma hora, dependendo do tamanho do bolho e da demanda atual. Reserve a reidratação de alta prioridade para a restauração emergencial de dados.

Embora uma operação de reidratação de prioridade padrão esteja pendente, você pode atualizar a configuração de prioridade de reidratação de um blob para Alta para reidratar esse blob mais rapidamente. Por exemplo, se você estiver reidratando uma grande quantidade de blobs em massa, poderá especificar a prioridade Padrão para todos os blobs para a operação inicial e, em seguida, aumentar a prioridade para Alta para cada um dos blobs que precisarem ser colocados online mais rapidamente, até o limite de 10 GiB por hora.

Importante

O limite de 10 GiB/hora se aplica no nível da conta de armazenamento, não por blob. Embora prazos como "até 15 horas" para prioridade padrão possam valer para blobs individuais em condições ideais, eles não escalam linearmente para operações em lote. Se você reidratar grandes volumes de dados, espere durações maiores e planeje de acordo. O throughput é compartilhado entre todos os blobs que estão sendo reidratados dentro da mesma conta, e ultrapassar o limite horário pode resultar em limitação ou atrasos prolongados. Para obter um desempenho ideal, considere o envio em lote de solicitações de reidratação e o monitoramento da atividade no nível da conta.

Você não pode diminuir a prioridade de reidratação de Alta para Padrão para uma operação pendente. Atualizar a prioridade pode afetar a cobrança.

Para saber como definir e atualizar a configuração de prioridade de reidratação, confira Reidratar um blob arquivado para uma camada online.

Para obter mais informações sobre as diferenças de preços entre solicitações de reidratação de prioridade padrão e alta prioridade, confira Preços para o Armazenamento de Blobs do Azure.

Copiar um blob arquivado em uma camada online

Para reidratar um blob arquivado por cópia, use a operação Copiar Blob para criar um novo blob de destino na camada quente, de resfriamento ou fria. O blob fonte permanece sem modificações na camada de arquivo.

Você deve copiar o blob arquivado para um novo blob com um nome diferente ou para um contêiner diferente. Você não pode substituir o blob de origem copiando para o mesmo blob.

Ao copiar um blob de uma camada de arquivos para uma camada online, é possível evitar a taxa de exclusão antecipada que será avaliada se você alterar a camada de um blob da camada de arquivos antes que o período de 180 dias necessário termine. Para saber mais, consulte Camada de acesso aos arquivos.

Evite o rearquivamento da política de ciclo de vida

Copiar também pode impedir que uma política de gerenciamento de ciclo de vida mova um blob reidratado de volta para a camada de arquivamento. Esse risco existe quando a ação tierToArchive da política não inclui a condição daysAfterLastTierChangeGreaterThan e a hora da última modificação do blob excede o limiar da política. Uma operação de cópia deixa o blob de origem na camada de arquivo e cria um novo blob com um nome diferente e um novo tempo de última modificação.

Monitorar a conclusão da cópia

Copiar um blob da camada de arquivamento pode levar horas, dependendo da prioridade de reidratação selecionada. A operação de cópia lê o blob de origem arquivado e cria um novo blob no nível online selecionado. O novo blob pode aparecer no recipiente pai antes da reidratação estar concluída, mas seu nível permanece no arquivo. Seus dados ficam disponíveis após o serviço ler o blob de origem e escrever seu conteúdo no blob de destino. O novo blob é uma cópia independente, então modificá-lo ou excluí-lo não afeta o blob de origem arquivado.

Para saber como reidratar um blob copiando-o para uma camada online, confira Reidratar um blob com uma operação de cópia.

Importante

Não apague o blob de origem até que a reidratação seja completada com sucesso. Se você excluir o blob de origem, o blob de destino pode não terminar de copiar. Monitore o evento de conclusão para determinar quando você pode deletar o blob de origem com segurança. Para mais informações, veja Lidar com um evento de reidratação de bolhas.

Copiar entre contas de armazenamento

A versão do serviço 2021-02-12 e posteriores oferecem suporte à reidratação por meio da cópia de um blob arquivado para uma conta de armazenamento diferente na mesma região. Versões anteriores de serviço suportam reidratação apenas dentro da mesma conta de armazenamento. A reidratação entre contas de armazenamento permite que você separe seus dados de produção dos dados de backup, mantendo-os em contas separadas. Isolar dados arquivados em uma conta separada também pode ajudar a mitigar custos de reidratação não intencional.

O blob alvo para a operação de cópia deve estar em um nível online (quente, frio ou frio). Você não pode copiar um blob arquivado para um blob de destino que também esteja na camada de arquivo.

A tabela a seguir mostra o comportamento de uma operação de cópia de blob, dependendo das camadas do blob de origem e de destino.

Origem da camada quente Origem da camada fria Origem da camada fria Origem da camada de arquivos
Destino da camada quente Com suporte Com suporte Com suporte Contas com suporte na mesma região com a versão 2021-02-12 e posterior. Com suporte na mesma conta de armazenamento apenas para versões anteriores. Requer reidratação de blob.
Destino da camada esporádica Com suporte Com suporte Com suporte Contas com suporte na mesma região com a versão 2021-02-12 e posterior. Com suporte na mesma conta de armazenamento apenas para versões anteriores. Requer reidratação de blob.
Destino da camada fria Com suporte Com suporte Com suporte Contas com suporte na mesma região com a versão 2021-02-12 e posterior. Com suporte na mesma conta de armazenamento apenas para versões anteriores. Requer reidratação de blob.
Destino da camada de arquivos Com suporte Com suporte Com suporte Sem suporte

Reidratar de uma região secundária

Se sua conta de armazenamento usa armazenamento geo-redundante com acesso de leitura (RA-GRS), use a operação Copiar Blob para reidratar blobs da região secundária para outra conta nessa região. Confira Reidratar de uma região secundária.

Para saber mais sobre como obter acesso de leitura a regiões secundárias, confira Acesso de leitura aos dados na região secundária.

Alterar a camada de acesso de um blob para uma camada online

A segunda opção para reidratar um blob da camada de arquivos para uma camada online é alterar a camada do blob chamando Definir Camada do Blob. Com essa operação, você pode mudar o nível do blob arquivado para quente, frio ou frio.

Você não pode cancelar um pedido de Set Blob Tier depois que ele começa. Durante a reidratação, o nível de acesso do blob permanece como arquivo. Quando a reidratação termina, a propriedade do nível de acesso mostra o novo nível.

Para saber como reidratar um blob alterando sua camada para uma camada online, confira Reidratar um blob alterando sua camada.

Cuidado

Alterar a camada de um blob não afeta a hora da última modificação. Se a conta de armazenamento tiver uma política de gerenciamento do ciclo de vida, a política poderá mover o blob de volta para a camada de arquivamento após a reidratação, se a hora da última modificação exceder o limite definido pela política.

Para evitar esse cenário, adicione a condição daysAfterLastTierChangeGreaterThan à ação tierToArchive da política. Como alternativa, você pode reidratar o blob arquivado copiando-o, conforme descrito na seção Copiar um blob arquivado para uma camada online. Realizar uma operação de cópia cria uma nova instância do blob com um tempo de última modificação atualizado, então não aciona a política de gerenciamento do ciclo de vida.

Verifique o status da operação de reidratação do blob

Durante a operação de reidratação de blob, você pode chamar a operação Obter Propriedades do Blob para verificar seu status. Para saber como verificar o status de uma operação de reidratação, confira Verificar o status de uma operação de reidratação.

Lidar com um evento de reidratação de blobs

Reidratar um blob arquivado pode levar até 15 horas, e consultar repetidamente Get Blob Properties é ineficiente. Use o Grade de Eventos do Azure para capturar o evento de conclusão e obter melhor desempenho e custos menores.

O Grade de Eventos do Azure dispara o Microsoft.Storage.BlobTierChanged evento quando a reidratação do blob é concluída:

  • O Microsoft.Storage.BlobTierChanged evento é ativado quando o nível de um blob muda. Para reidratação de blobs, o evento é ativado quando o blob de destino muda com sucesso do tier de arquivo para um tier online (quente, frio ou frio).

Ao usar a operação Copiar Blob para copiar um blob da camada de Arquivos para um novo blob de destino em uma camada online (camada quente, morna ou fria) para reidratação:

  1. Grade de Eventos do Azure dispara um Microsoft.Storage.BlobCreated evento quando a operação de cópia começa. A camada do blob é Archive.

  2. Após a cópia e a reidratação do blob, o Grade de Eventos do Azure dispara um evento Microsoft.Storage.BlobTierChanged que indica a mudança de Archive para a camada online especificada.

Para saber como capturar um evento na reidratação e enviá-lo para um manipulador de eventos do Azure Functions, confira Executar uma função do Azure em resposta a um evento de reidratação de blob.

Para mais informações sobre o tratamento de eventos no Armazenamento de Blobs, veja Reacting to Azure Blob storage events e Armazenamento de Blobs do Azure as Event Grid source.

Preços e cobrança

Para Set Blob Tier, o Armazenamento do Azure cobra por transações de leitura de dados e pela quantidade de dados recuperados. A reidratação com alta prioridade custa mais do que a prioridade padrão e aparece como um item separado na sua fatura. Se uma solicitação de alta prioridade para um blob arquivado menor que 10 GB levar mais de cinco horas, o Armazenamento do Azure não cobra a taxa de recuperação de alta prioridade. As taxas padrão de recuperação ainda se aplicam. Para obter uma estimativa de custo de exemplo, consulte Estimativa de custo: mover dados para fora do armazenamento de arquivos.

Para o Copy Blob, o Armazenamento do Azure cobra por transações de leitura de dados, quantidade de dados recuperados e transações de escrita de dados para o blob de destino. Taxas de exclusão antecipada não se aplicam porque o blob fonte permanece inalterado na camada de arquivo. Taxas de recuperação de alta prioridade serão cobradas caso essa opção seja selecionada. Para obter uma estimativa de exemplo, consulte Estimativa de custo: recuperar dados do armazenamento de arquivos para análise.

Os blobs na camada de arquivos devem ser armazenados por um mínimo de 180 dias. A exclusão ou a alteração da camada de um blob arquivado antes do fim do período de 180 dias gera uma taxa de exclusão antecipada. Por exemplo, se um blob for movido para a camada de arquivo e depois excluído ou transferido para a camada quente após 45 dias, você incorre em uma taxa de exclusão antecipada equivalente a 135 (180 menos 45) dias armazenando esse blob na camada de arquivo. Para saber mais, consulte Camada de acesso aos arquivos.

Para mais informações sobre preços de blocos de blocos e reidratação de dados, veja preços do Armazenamento do Azure. Para mais informações sobre cobranças de transferência de dados de saída, veja detalhes de preços de transferência de dados.

Confira também

  • Last updated on