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:
Copiar um blob arquivado para uma camada online: você pode reidratar um blob arquivado copiando-o para um novo blob na camada de acesso frequente ou esporádico com a operação Copiar Blob.
Alterar a camada de acesso de um blob arquivado para uma camada online: você pode reidratar um blob arquivado para a camada de acesso frequente ou esporádico alterando a camada dele com a operação Definir Camada do Blob.
A reidratação de um blob da camada de arquivos pode levar várias horas para ser concluída. A Microsoft recomenda o arquivamento de blobs maiores para um desempenho ideal ao reidratar. Reidratar um grande número de blobs pequenos pode exigir tempo adicional devido à sobrecarga de processamento em cada blob. Um máximo de 10 GiB por conta de armazenamento pode ser reidratado 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.
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 está 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 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. 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, a operação de copiar um blob lê o blob de origem arquivado para criar um blob online na camada de destino selecionada. O novo blob pode estar visível ao listar os blobs no contêiner pai antes da conclusão da operação de reidratação, mas a camada de serviço será definida como 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.
A reidratação de um blob na camada de arquivos copiando-o para uma camada de destino online tem suporte na mesma conta de armazenamento somente para versões de serviço anteriores à 2021-02-12. 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 está na camada de Arquivos.
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 fria | 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 | Compatível | Sem suporte |
Reidratar de uma região secundária
Se você tiver configurado sua conta de armazenamento para usar o RA-GRS (armazenamento com redundância geográfica com acesso de leitura), 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 de Definir Camada de Blob é iniciada, ela não pode ser cancelada. Durante a operação de reidratação, a configuração da camada de acesso do blob continua a aparecer 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 sondar repetidamente Obter Propriedades do Blob para determinar se a reidratação está concluída é ineficiente. A Microsoft recomenda que você use o Grade de Eventos do Azure para capturar o evento que é disparado quando a reidratação é concluída para melhor desempenho e otimização de custo.
A Grade de Eventos do Azure gera o evento Microsoft.Storage.BlobTierChanged ao final da reidratação de blob:
- O evento Microsoft.Storage.BlobTierChanged é disparado quando a camada de um blob é alterada. No contexto da reidratação de blob, esse evento é acionado quando a camada de acesso de um blob de destino é alterada da camada de arquivo para uma camada online (camada de acesso frequente, esporádico e frio). É 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.
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.
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.