Compartilhar via

Reidratação de blob da camada de arquivos

Enquanto um blob estiver na camada de acesso aos arquivos, esse blob será considerado offline e não poderá ser lido nem alterado. Para ler ou modificar dados em um blob arquivado, primeiro você deve reidratar o blob para uma camada online, seja a camada quente ou fria. Há duas opções para reidratar um blob armazenado na camada de arquivos:

Importante

Os instantâneos e as versões anteriores não podem ser reidratados de volta para os níveis quente ou frio depois de serem movidos para o nível de arquivo. Para acessar dados de um instantâneo arquivado ou versão anterior, você deve copiá-los para um novo blob em uma camada online (Hot ou Cool) usando a operação copiar blob. A reidratação direta de instantâneos ou versões anteriores não tem suporte.

A reidratação de um blob da camada de arquivos pode levar várias horas para ser concluída. A Microsoft recomenda arquivar blobs maiores para obter desempenho ideal durante a 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

Ao reidratar um blob, você pode definir a prioridade para a operação de reidratação por meio do 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 também custa mais do que uma reidratação de prioridade padrão. Uma reidratação de prioridade alta pode levar mais de 1 hora, dependendo do tamanho do blob e da demanda atual. A Microsoft recomenda reservar a reidratação de alta prioridade para situações de restauração de dados de emergência.

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 se aplicar a blobs individuais em condições ideais, eles não são escalonados linearmente nas operações em massa. Os clientes que reidratam volumes elevados de dados devem esperar prazos mais longos e planejar adequadamente. A taxa de transferência é compartilhada entre todos os blobs que estão sendo reidratados na mesma conta, e exceder o limite por hora 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.

A configuração de prioridade de reidratação não pode ser alterada de Alta para Padrão em uma operação pendente. Lembre-se que a atualização de uma configuração de prioridade de reidratação poderá 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

A primeira opção para mover um blob da camada de arquivos para uma camada online é copiar o blob arquivado para um novo blob de destino que esteja na camada frequente, esporádica ou fria. Você pode usar a operação Copy Blob para copiar o blob. Quando você copia um blob arquivado para um novo blob em uma camada online, o blob de origem permanece sem modificações na camada de arquivos.

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.

Essa opção também pode fazer sentido se houver uma política de gerenciamento de ciclo de vida em vigor para a conta de armazenamento e a condição daysAfterLastTierChangeGreaterThan não for adicionada a cada ação tierToArchive da política. Nesse caso, reidratar um blob com a operação Definir Camada de Blob pode resultar em um cenário em que a política de ciclo de vida move o blob de volta para a camada de arquivos após a reidratação, porque a hora da última modificação está além do limite definido para a política. Uma operação de cópia deixa o blob de origem na camada de arquivos e cria um blob novo com um nome diferente e uma nova hora de última modificação, portanto, não há nenhum risco de que o blob reidratado seja movido de volta para a camada de arquivos pela política de ciclo de vida.

A cópia de um blob da camada de arquivos pode levar horas para ser concluída, dependendo da prioridade de reidratação selecionada. Nos bastidores, uma operação de cópia de blob lê seu blob de origem arquivado para criar um blob online na camada de destino selecionada. O novo blob pode ser visível quando você listar os blobs no contêiner pai antes que a operação de reidratação seja concluída, mas sua camada será definida como camada de arquivos. Os dados não ficam disponíveis até que a operação de leitura do blob de origem na camada de arquivos seja concluída e o conteúdo do blob tenha sido gravado no novo blob de destino em uma camada online. O novo blob é uma cópia independente, portanto, modificá-lo ou excluí-lo não afeta o blob de origem na camada de arquivos.

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 exclua o blob de origem até que a reidratação seja concluída com êxito. Se o blob de origem for excluído, talvez o blob de destino não conclua a cópia. Você pode manipular o evento gerado quando a operação de cópia for concluída para saber quando é seguro excluir o blob de origem. Para obter mais informações, confira Manipular um evento na reidratação de blob.

Antes da versão do serviço 2021-02-12, a reidratação de um blob arquivado copiando-o para uma camada de destino online só era suportada dentro da mesma conta de armazenamento. A partir da versão 2021-02-12 e posterior, você também pode reidratar copiando o blob para uma conta de armazenamento diferente na mesma região. A partir da versão de serviço 2021-02-12, é possível reidratar um blob na camada de arquivos, o copiando para uma conta de armazenamento diferente, desde que a conta de destino esteja na mesma região que a conta de origem. A reidratação entre contas de armazenamento permite separar os 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 reduzir os custos da reidratação não intencional.

O blob de destino para a operação de cópia deve estar em uma camada online (frequente ou esporádica). 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 de arquivos
Destino da camada quente 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 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 Sem suporte

Reidratar de uma região secundária

Se você configurou sua conta de armazenamento para usar armazenamento com redundância geográfica com acesso de leitura (RA-GRS), poderá usar a operação Copiar Blob para reidratar blobs na região secundária para outra conta de armazenamento localizada nessa mesma região secundária. 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 alterar a camada do blob arquivado para quente ou fria.

Depois que uma solicitação Definir Camada de Blob for iniciada, ela não poderá ser cancelada. Durante a operação de reidratação, a configuração da camada de acesso do blob continua a ser exibida como arquivada até que o processo de reidratação seja concluído. Quando a operação de reidratação for concluída, a propriedade da camada de acesso do blob será atualizada para refletir a nova camada.

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 houver uma política de gerenciamento do ciclo de vida em vigor para a conta de armazenamento, reidratar um blob com Definir Camada do Blob poderá resultar em um cenário em que a política de ciclo de vida move o blob de volta para a camada de arquivos após a reidratação porque a hora da última modificação está além do limite definido para a 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. O método de cópia cria uma instância do blob com um horário da última modificação atualizado e não dispara 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.

Gerenciar um evento na reidratação do blob

A reidratação de um blob arquivado pode levar até 15 horas, e não é eficiente consultar repetidamente Obter Propriedades do Blob para verificar se a reidratação foi concluída. A Microsoft recomenda que você use a Grade de Eventos do Azure para capturar o evento que é disparado quando a reidratação é concluída para obter melhor desempenho e otimização de custos.

A Grade de Eventos do Azure gera o evento Microsoft.Storage.BlobTierChanged na conclusão da reidratação do blob:

  • O evento Microsoft.Storage.BlobTierChanged é disparado quando a camada de um blob é alterada. No contexto de reidratação de blob, esse evento é disparado quando a camada de acesso de um blob de destino é alterada com êxito da camada de arquivos para uma camada online (camada frequente, esporádica ou fria). É possível usar a operação “Configurar a camada de blob” para alterar a camada de acesso de um blob arquivado ou usar a operação “Copiar blob” para copiar um blob arquivado para um novo blob de destino em uma camada online.

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 obter mais informações sobre como manipular eventos no Blob Armazenamento, confira Reagir a eventos de armazenamento de Blobs do Azure e Armazenamento de Blobs do Azure como uma origem da Grade de Eventos.

Preços e cobrança

Uma operação de reidratação com Definir Camada de Blob é cobrada por transações de leitura de dados e pelo tamanho da recuperação de dados. Uma reidratação de alta prioridade tem custos de operação e de recuperação de dados maiores em comparação à prioridade padrão. A reidratação de alta prioridade aparece como um item de linha separado na fatura. Se uma solicitação de alta prioridade para retornar um blob arquivado menor do que 10 GB levar mais de cinco horas, você não será cobrado pela taxa de recuperação de alta prioridade. Porém, as taxas de recuperação padrão ainda se aplicam. Para obter uma estimativa de custo de exemplo, consulte Estimativa de custo: mover dados para fora do armazenamento de arquivos.

A ação de copiar um blob arquivado para uma camada online com Copy Blob é cobrada pelas transações de leitura de dados e pelo tamanho da recuperação de dados. A criação do blob de destino em uma camada online é cobrada por transações de gravação de dados. As tarifas de exclusão antecipada não se aplicam quando você copia em um blob online porque o blob de origem permanece inalterado na camada de arquivos. Se selecionados, os preços de recuperação de alta prioridade se aplicam. 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 armazenamento de arquivos e depois excluído ou movido para a camada de armazenamento frequente após 45 dias, será cobrada uma taxa de exclusão antecipada equivalente a 135 (180 menos 45) dias de armazenamento desse blob na camada de armazenamento de arquivos. Para saber mais, consulte Camada de acesso aos arquivos.

Para obter mais informações sobre o preço de blobs de blocos e de reidratação de dados, confira Preço do Armazenamento do Azure. Para obter mais informações sobre os preços de transferência de dados de saída, confira Detalhes do preço de transferências de dados.

Confira também

  • Last updated on