Reidratação de blobs da Camada de arquivo

Enquanto uma bolha está no nível de acesso do Arquivo, é considerada offline, e não pode ser lida ou modificada. Para ler ou modificar dados numa bolha arquivada, primeiro deve reidratar a bolha para um nível online, seja o nível Quente ou Cool. Existem duas opções para reidratar uma bolha que é armazenada no nível Archive:

Reidratar uma bolha do nível Archive pode demorar várias horas a ser completada. Microsoft recomenda arquivar bolhas maiores para um desempenho ótimo quando se hidratar. Reidratar um grande número de pequenas bolhas pode exigir tempo extra devido à sobrecarga de processamento em cada bolha. Um máximo de 10 GiB por conta de armazenamento pode ser rehidratado por hora com recuperação prioritária.

Para aprender a reidratar uma bolha arquivada para um nível online, consulte Rehidratar uma bolha arquivada para um nível online.

Prioridade de reidratação

Quando reidratar uma bolha, pode definir a prioridade para a operação de reidratação através do cabeçalho prioritário opcional x-ms-rehydrate-prioridade numa operação De Blob Tier ou Copy Blob . As opções prioritárias de reidratação incluem:

  • Prioridade padrão: O pedido de reidratação será processado na ordem em que foi recebido e pode demorar até 15 horas a ser concluído para objetos com menos de 10 GB de tamanho.
  • Alta prioridade: O pedido de reidratação será priorizado sobre os pedidos prioritários padrão e pode completar 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 curso, ligue para a Get Blob Properties para devolver o valor do x-ms-rehydrate-priority cabeçalho. A propriedade prioritária 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 alta prioridade pode demorar mais de uma hora, dependendo do tamanho da bolha e da procura atual. Microsoft recomenda reservar uma reidratação de alta prioridade para utilização em situações de restauração de dados de emergência.

Enquanto uma operação de reidratação de prioridade padrão está pendente, você pode atualizar a definição de prioridade de reidratação para uma bolha para alto para reidratar essa bolha mais rapidamente. Por exemplo, se estiver a hidratar um grande número de bolhas a granel, pode especificar a prioridade standard para todas as bolhas para a operação inicial, em seguida, aumentar a prioridade para High para quaisquer bolhas individuais que precisam ser trazidas on-line mais rapidamente, até ao limite de 10 GiB por hora.

A definição de prioridade de reidratação não pode ser baixada de Alto para Padrão para uma operação pendente. Tenha em mente que atualizar a definição de prioridade de reidratação pode ter um impacto na faturação.

Para aprender a definir e atualizar a definição de prioridade de reidratação, consulte rehidratar uma bolha arquivada para um nível online.

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

Copiar um blob arquivado para uma camada online

A primeira opção para mover uma bolha do nível Archive para um nível on-line é copiar a bolha arquivada para uma nova bolha de destino que esteja no nível Quente ou Cool. Pode utilizar a operação Copy Blob para copiar a bolha. Quando se copia uma bolha arquivada para uma nova bolha de um nível on-line, a bolha de origem permanece não modificada no nível archive.

Deve copiar a bolha arquivada para uma nova bolha com um nome diferente ou para um recipiente diferente. Não pode substituir a bolha de origem copiando para a mesma bolha.

Microsoft recomenda a realização de uma operação de cópia na maioria dos cenários onde é necessário mover uma bolha do nível Archive para um nível online, pelas seguintes razões:

  • Uma operação de cópia evita a taxa de eliminação antecipada que é avaliada se alterar o nível de uma bolha do nível Archive antes do período de 180 dias necessário. Para mais informações, consulte o nível de acesso ao Arquivo.

  • Se houver uma política de gestão do ciclo de vida em vigor para a conta de armazenamento, então reidratar uma bolha com set Blob Tier pode resultar num cenário em que a política do ciclo de vida move a bolha de volta para o nível archive após a reidratação porque o último tempo modificado está além do limiar definido para a política. Uma operação de cópia sai da bolha de origem no nível Archive e cria uma nova bolha com um nome diferente e um novo último tempo modificado, por isso não há risco de que a bolha rehidratada seja transferida de volta para o nível do Arquivo pela política do ciclo de vida.

Copiar uma bolha do nível Archive pode demorar horas a ser completada dependendo da prioridade de reidratação selecionada. Nos bastidores, uma operação de cópia blob lê a sua bolha de origem arquivada para criar uma nova bolha on-line no nível de destino selecionado. A nova bolha pode ser visível quando listar as bolhas no recipiente dos pais antes da operação de reidratação estar completa, mas o seu nível será definido para Arquivo. Os dados não estão disponíveis até que a operação de leitura da bolha de origem no nível Archive esteja completa e o conteúdo da bolha tenha sido escrito para a nova bolha de destino num nível online. A nova bolha é uma cópia independente, por isso, modificá-la ou apagá-la não afeta a bolha de origem no nível Archive.

Para aprender a reidratar uma bolha copiando-a para um nível online, consulte Rehidratar uma bolha com uma operação de cópia.

Importante

Não elimine a bolha de origem até que a reidratação tenha terminado com sucesso. Se a bolha de origem for eliminada, a bolha de destino pode não terminar a cópia. Pode lidar com o evento que é levantado quando a operação da cópia terminar para saber quando é seguro apagar a bolha de origem. Para obter mais informações, consulte Handle um evento sobre reidratação de bolhas.

Reidratar uma bolha arquivada copiando-a para um nível de destino on-line é suportada na mesma conta de armazenamento apenas para versões de serviço antes de 2021-02-12. Começando pela versão de serviço 2021-02-12, pode reidratar uma bolha arquivada copiando-a 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 através das contas de armazenamento permite-lhe segregar os seus dados de produção dos seus dados de backup, mantendo-os em contas separadas. Isolar dados arquivados numa conta separada também pode ajudar a atenuar os custos da reidratação não intencional.

A bolha-alvo para a operação de cópia deve estar num nível on-line (Quente ou Fresco). Não é possível copiar uma bolha arquivada para uma bolha de destino que também está no nível Archive.

A tabela seguinte mostra o comportamento de uma operação de cópia blob, dependendo dos níveis da origem e da bolha de destino.

Fonte de nível quente Fonte de nível legal Fonte de nível de arquivo
Destino de nível quente 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 de bolhas.
Destino de nível legal 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 de bolhas.
Destino de nível de arquivo Suportado Suportado Não suportado

Reidratar de uma região secundária

Se configurar a sua conta de armazenamento para utilizar o armazenamento geo-redundante de acesso à leitura (RA-GRS), então pode utilizar a operação Copy Blob para reidratar as bolhas na região secundária para outra conta de armazenamento que está localizada na mesma região secundária. Consulte Rehidrata de uma região secundária.

Para saber mais sobre a obtenção de acesso lido às regiões secundárias, consulte Ler o acesso aos dados na região secundária.

Mude o nível de acesso de uma bolha para um nível online

A segunda opção para reidratar uma bolha do nível Archive para um nível on-line é alterar o nível do blob chamando set Blob Tier. Com esta operação, pode alterar o nível da bolha arquivada para Hot ou Cool.

Uma vez iniciado um pedido de Defini blob tier , não pode ser cancelado. Durante a operação de reidratação, a definição do nível de acesso da bolha continua a aparecer como arquivada até que o processo de reidratação esteja concluído. Quando a operação de reidratação estiver concluída, as atualizações de propriedade de nível de acesso do blob para refletir o novo nível.

Para aprender a reidratar uma bolha mudando o seu nível para um nível on-line, consulte Rehidratar uma bolha mudando o seu nível.

Atenção

Mudar o nível de uma bolha não afeta o seu último tempo modificado. Se houver uma política de gestão do ciclo de vida em vigor para a conta de armazenamento, então reidratar uma bolha com set Blob Tier pode resultar num cenário em que a política do ciclo de vida move a bolha de volta para o nível archive após a reidratação porque o último tempo modificado está além do limiar definido para a política.

Para evitar este cenário, adicione a daysAfterLastTierChangeGreaterThan condição à ação tierToArchive da política. Em alternativa, pode reidratar a bolha arquivada copiando-a, como descrito na Cópia uma bolha arquivada para uma secção de nível online . A realização de uma operação de cópia cria uma nova instância da bolha com um último tempo modificado atualizado, para que não desencadeie a política de gestão do ciclo de vida.

Verifique o estado de uma operação de reidratação de bolhas

Durante a operação de reidratação do blob, pode ligar para a operação Get Blob Properties para verificar o seu estado. Para saber como verificar o estado de uma operação de reidratação, consulte verifique o estado de uma operação de reidratação.

Lidar com um evento sobre reidratação blob

A reidratação de uma bolha arquivada pode demorar até 15 horas, e é ineficiente inquirir repetidamente Get Blob Properties para determinar se a reidratação está completa. Microsoft recomenda que utilize Azure Event Grid para capturar o evento que dispara quando a reidratação está completa para um melhor desempenho e otimização de custos.

Azure Event Grid levanta um dos dois eventos seguintes sobre a reidratação do blob, dependendo da operação usada para reidratar a bolha:

  • O Microsoft. Storage.BlobCreated evento dispara quando uma bolha é criada. No contexto da reidratação do blob, este evento dispara quando uma operação Copy Blob cria uma nova bolha de destino no nível Hot ou Cool e os dados da bolha são totalmente rehidratados a partir do nível Archive.
  • O Microsoft. Storage.BlobTierSO evento dispara quando o nível de uma bolha é alterado. No contexto da reidratação do blob, este evento dispara quando uma operação set Blob Tier muda com sucesso o nível de uma bolha arquivada para o nível Quente ou Fresco.

Para aprender a capturar um evento em reidratação e enviá-lo para um manipulador de eventos Azure Function, consulte Executar uma Função Azure em resposta a um evento de reidratação de bolhas.

Para obter mais informações sobre o manuseamento de eventos no Blob Storage, consulte reagir a eventos de armazenamento Azure Blob e Armazenamento de Blobs do Azure como fonte de Grade de Eventos.

Preços e faturação

Uma operação de reidratação com o set Blob Tier é faturada para transações de leitura de dados e tamanho de recuperação de dados. Uma reidratação de alta prioridade tem custos de operação e recuperação de dados mais elevados em comparação com a prioridade padrão. A reidratação de alta prioridade aparece como um item de linha separada na sua conta. Se um pedido de alta prioridade para devolver uma bolha arquivada de alguns gigabytes demorar mais de cinco horas, não será cobrado a taxa de recuperação de alta prioridade. No entanto, as taxas de recuperação padrão ainda se aplicam.

Copiar uma bolha arquivada para um nível online com Copy Blob é faturado para transações de leitura de dados e tamanho de recuperação de dados. A criação da bolha de destino num nível online é faturada para transações de escrita de dados. As taxas de eliminação antecipada não se aplicam quando copia para uma bolha online porque a bolha de origem permanece não modificada no nível Archive. Os encargos de recuperação de alta prioridade aplicam-se se forem selecionados.

As bolhas no nível Archive devem ser armazenadas durante um período mínimo de 180 dias. Excluir ou alterar o nível de uma bolha arquivada antes do período de 180 dias incorre numa taxa de eliminação antecipada. Por exemplo, se uma bolha for transferida para o nível Archive e depois for eliminada ou transferida para o nível Hot após 45 dias, será cobrada uma taxa de eliminação antecipada equivalente a 135 (180 menos 45) dias de armazenamento dessa bolha no nível archive. Para mais informações, consulte o nível de acesso ao Arquivo.

Para obter mais informações sobre preços para bolhas de blocos e reidratação de dados, consulte o Preço de Armazenamento Azure. Para obter mais informações sobre os encargos de transferência de dados de saída, consulte detalhes de preços de transferências de dados.

Ver também