Reidratação de blobs a partir da camada de arquivo

Um blob arquivado está offline e não pode ser lido ou modificado. Para aceder aos 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

Não podes reidratar diretamente snapshots arquivados ou versões anteriores. Para aceder a dados de um snapshot arquivado ou de uma versão anterior, deve copiá-los para um novo blob numa camada online (quente, frio ou frio) usando a operação Copiar Blob .

A reidratação de um blob da camada de arquivamento pode levar várias horas para ser concluída. Arquiva blocos maiores para um desempenho ótimo de reidratação. A reidratação de um grande número de pequenas bolhas pode exigir tempo extra devido à sobrecarga de processamento em cada blob. É possível reidratar, com obtenção prioritária, um máximo de 10 GiB por conta de armazenamento por hora.

Para saber como reidratar um blob arquivado para uma camada online, consulte Reidratar um blob arquivado para uma camada online.

Prioridade de reidratação

Quando reidratas um blob, podes definir a prioridade de operação usando o cabeçalho opcional x-ms-rehydrate-priority numa operação Set Blob Tier ou Copy Blob . As opções prioritárias 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 menos de 10 GB de tamanho.
  • Alta prioridade: a solicitação de reidratação é priorizada em relação às solicitações de prioridade padrão e pode ser concluída em menos de uma hora para objetos com menos de 10 GB de tamanho.

Para verificar a prioridade de reidratação enquanto a operação de reidratação está em andamento, chame Obter propriedades de blob para retornar o valor do x-ms-rehydrate-priority 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 demorar mais de uma hora, dependendo do tamanho do blob e da procura atual. Reserve a reidratação prioritária para o restauro de dados de emergência.

Enquanto uma operação de reidratação de prioridade padrão estiver pendente, você pode atualizar a configuração de prioridade de reidratação de um blob para High para reidratar esse blob mais rapidamente. Por exemplo, se estiver a reidratar um grande número de blobs em grandes quantidades, pode especificar prioridade padrão para todos os blobs para a operação inicial e, em seguida, aumentar a prioridade para Alta para blobs individuais que precisem ser disponibilizados online mais rapidamente, até ao limite de 10 GiB por hora.

Importante

O limite de 10 GiB/hora aplica-se ao nível da conta de armazenamento, não por blob. Embora prazos como "até 15 horas" para prioridade padrão possam aplicar-se a blobs individuais em condições ideais, não escalam linearmente para operações em massa. Se forem reidratados grandes volumes de dados, conte com prazos mais longos e planeie em conformidade. O throughput é partilhado entre todos os blobs 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 agrupar pedidos de reidratação e monitorizar a atividade ao nível da conta.

Não podes baixar a prioridade de reidratação de Alta para Padrão para uma operação pendente. Atualizar a prioridade pode afetar a faturação.

Para saber como definir e atualizar a configuração de prioridade de reidratação, consulte Reidratar um blob arquivado em 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 de alta prioridade, consulte Preços para o Armazenamento de Blobs do Azure.

Copiar um blob arquivado para uma camada online

Para reidratar um blob arquivado copiando-o, utilize a operação Copy Blob para criar um novo blob de destino na camada quente, frequente ou fria. O blob de origem permanece inalterado na camada de arquivo.

Você deve copiar o blob arquivado para um novo blob com um nome diferente ou para um contêiner diferente. Não é possível substituir o blob de origem ao copiar para o mesmo blob.

Ao copiar um blob da camada de arquivo para uma camada online, você pode evitar a taxa de exclusão antecipada que é avaliada se você alterar a camada de um blob da camada de arquivamento antes que o período de 180 dias necessário expire. Para obter mais informações, consulte Nível de Acesso ao Arquivo.

Evitar o novo arquivamento da política do ciclo de vida

A cópia também pode impedir que uma política de gestão do ciclo de vida mova um blob reidratado de volta para o nível de arquivo. Este 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 no nível de arquivo e cria um novo blob com um nome diferente e um novo tempo de última modificação.

Monitorizar a conclusão da cópia

A cópia de um blob da camada de arquivo pode demorar 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 principal antes de a reidratação estar concluída, mas o seu nível permanece no arquivo. Os seus dados tornam-se disponíveis depois de o serviço ler o blob de origem e escrever o seu conteúdo no blob de destino. O novo blob é uma cópia independente, por isso modificá-lo ou eliminá-lo não afeta o blob de origem arquivado.

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

Importante

Não apagues o blob de origem até a reidratação estar concluída com sucesso. Se apagares o blob de origem, o blob de destino pode não terminar de copiar. Monitoriza o evento de conclusão para determinar quando podes eliminar o blob de origem com segurança. Para mais informações, consulte Lidar com um evento de reidratação de blobs.

Copiar entre contas de armazenamento

As versões do serviço 2021-02-12 e posteriores suportam a reidratação através da cópia de um blob arquivado para uma conta de armazenamento diferente na mesma região. As versões anteriores de serviço suportam reidratação apenas dentro da mesma conta de armazenamento. A reidratação entre contas de armazenamento permite-lhe separar os dados de produção dos dados de backup, mantendo-os em contas separadas. Isolar os dados arquivados numa 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 num nível online (quente, frio ou frio). Não é possível copiar um blob arquivado para um blob de destino que também esteja na camada de arquivamento.

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

Fonte de camada quente Fonte de nível fixe Origem da camada fria Origem da camada de arquivamento
Destino de nível superior Suportado Suportado Suportado Suportado em contas na mesma região com a versão 2021-02-12 e posterior. Suportado na mesma conta de armazenamento apenas para versões anteriores. Requer reidratação blob.
Destino de moda Suportado Suportado Suportado Suportado em contas na mesma região com a versão 2021-02-12 e posterior. Suportado na mesma conta de armazenamento apenas para versões anteriores. Requer reidratação blob.
Destino da camada fria Suportado Suportado Suportado Suportado em contas na mesma região com a versão 2021-02-12 e posterior. Suportado na mesma conta de armazenamento apenas para versões anteriores. Requer reidratação blob.
Destino da camada de arquivamento Suportado Suportado Suportado Não suportado

Reidratar a partir de uma região secundária

Se a sua conta de armazenamento utilizar armazenamento georredundante com acesso de leitura (RA-GRS), utilize a operação Copy Blob para reidratar blobs da região secundária para outra conta nessa mesma região. Consulte Reidratar a partir de uma região secundária.

Para saber mais sobre como obter acesso de leitura a regiões secundárias, consulte Acesso de leitura a 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 arquivo para uma camada online é alterar a camada do blob chamando set Blob Tier. Com esta operação, podes alterar o nível do blob arquivado para quente, frio ou frio.

Não podes cancelar um pedido de Set Blob Tier depois de começar. Durante a reidratação, o escalão de acesso do blob permanece no escalão de 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, consulte Reidratar um blob alterando sua camada.

Atenção

Alterar o escalão de um blob não afeta a hora da última modificação. Se a conta de armazenamento tiver uma política de gestão do ciclo de vida, a política poderá mover o blob de volta para a camada de arquivo após a reidratação, quando a hora da última modificação ultrapassar o limiar definido na política.

Para evitar esse cenário, adicione a daysAfterLastTierChangeGreaterThan condição à tierToArchive ação 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, por isso não ativa a política de gestão do ciclo de vida.

Verificar o estado de uma operação de reidratação de bolha

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

Processar um evento de reidratação de blobs

Reidratar um blob arquivado pode demorar até 15 horas, e sondar repetidamente Get Blob Properties é ineficiente. Use o Azure Event Grid para capturar o evento de conclusão para melhor desempenho e custos mais baixos.

O Azure Event Grid gera o evento Microsoft.Storage.BlobTierChanged quando a reidratação do blob é concluída:

  • O Microsoft.Storage.BlobTierChanged evento é ativado quando o nível de um blob muda. Para a reidratação do blob, o evento é acionado quando o blob de destino muda com êxito da camada de arquivo para uma camada online (quente, fresca ou fria).

Quando utilizas a operação Copiar Blob para copiar um blob do nível Archive para um novo blob de destino num nível online (nível quente, intermédio ou frio) para reidratação:

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

  2. Depois de o blob ser copiado e reidratado, o Azure Event Grid lança um Microsoft.Storage.BlobTierChanged evento que indica a mudança do Archive para o tier online especificado.

Para saber como capturar um evento na reidratação e enviá-lo para um manipulador de eventos do Azure Function, consulte 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 faturação

Para Set Blob Tier, o Armazenamento do Azure cobra pelas transações de leitura de dados e pela quantidade de dados recuperados. A reidratação de alta prioridade custa mais do que a prioridade padrão e aparece como um item separado na sua fatura. Se um pedido de alta prioridade para um blob arquivado inferior a 10 GB demorar mais de cinco horas, o Armazenamento do Azure não cobra a taxa de recuperação de alta prioridade. As tarifas padrão de recuperação continuam a aplicar-se. Para obter uma estimativa de custo de exemplo, consulte Estimativa de custo: mover dados para fora do armazenamento de arquivamento.

Para o Copy Blob, o Armazenamento do Azure cobra pelas transações de leitura de dados, pela quantidade de dados recuperados e pelas transações de escrita de dados para o blob de destino. As taxas de eliminação antecipada não se aplicam porque o blob de origem permanece inalterado na camada de arquivo. Taxas de recuperação de alta prioridade aplicam-se se for selecionado. Para obter uma estimativa, veja Estimativa de custo: recuperar dados do armazenamento de arquivo para análise.

Os blobs na camada de arquivamento devem ser armazenados por um período mínimo de 180 dias. Excluir ou alterar a camada de um blob arquivado antes do período de 180 dias incorre em uma taxa de exclusão antecipada. Por exemplo, se um blob for movido para a camada de arquivo e depois eliminado ou movido para a camada de acesso frequente após 45 dias, será cobrada uma taxa de eliminação antecipada equivalente a 135 (180 - 45) dias de armazenamento desse blob na camada de arquivo. Para obter mais informações, consulte Nível de Acesso ao Arquivo.

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

Ver também

  • Last updated on