Re hidratação blob da escaleira Arquivo

Enquanto um blob estiver na escalão de acesso de Arquivo, é considerado offline e não pode ser lido ou modificado. Para ler ou modificar dados num blob arquivado, primeiro tem de re hidratar o blob para uma escaleira online, quer seja a escaleira Quente ou Fixe. Existem duas opções para re hidratar um blob armazenado na escalão Arquivo:

  • Copie um blobarquivado para uma escalagem online: Pode re hidratar um blob arquivado ao copiá-lo para um novo blob na escarsão Quente ou Fixe com a operação Copiar Blob. A Microsoft recomenda esta opção para a maioria dos cenários.

  • Altere a escarla de acesso de um blobpara uma escaleira online: Pode re hidratar um blob arquivado para a escaleira de Atalho ou Porreiro ao alterar a res suas escalões utilizando a operação Definir Escalão de Blob.

Re hidratar um blob da escalão Arquivo pode demorar várias horas a ser concluído. A Microsoft recomenda re hidratar blobs maiores para um desempenho ideal. Re hidratar vários pequenos blobs em simâneo pode necessitar de tempo adicional. Um máximo de 10 GiB por conta de armazenamento pode ser re hidratado por hora.

Pode configurar a Grelha de Eventos do Azure para elevar um evento ao re hidratar um blob a partir da escaleira Arquivo para uma escalão online e para enviar o evento para um organizador de eventos. Para obter mais informações, consulte Lidar com um evento ao re hidratar blob.

Para obter mais informações sobre os níveis de acesso no Azure Armazenamento, consulte Camadas de acesso ativo, fixe e arquivo para obter dados blob.

Prioridade de re hidratação

Quando re hidratar um blob, pode definir a prioridade da operação de re hidratação através do cabeçalho opcional x-ms-re hidate-priority numa operação Definir Escalão de Blob ou Copiar Blob. As opções de prioridade de re hidratação incluem:

  • Prioridade padrão: O pedido de re hidratação será processado pela ordem em que foi recebido e poderá demorar até 15 horas.
  • Alta prioridade:o pedido de re hidratação será priorizado sobre pedidos de prioridade padrão e poderá ser concluído em menos de uma hora para objetos com menos de 10 GB de tamanho.

Para verificar a prioridade de re hidratação enquanto a operação de re hidratação estiver a decorrer, ligue para Obter Propriedades do Blob para devolver o valor do cabeçalho. A propriedade prioridade de re hidratação devolve Padrão ou Alta.

Prioridade padrão é a opção de re hidratação predefinida. A re hidratação de alta prioridade é mais rápida, mas também custa mais do que uma re hidratação de prioridade padrão. A re hidratação de alta prioridade pode demorar mais do que uma hora, dependendo do tamanho blob e da procura atual. A Microsoft recomenda a reserva de re hidratação de alta prioridade para utilização em situações de restauro de dados de emergência.

Enquanto a operação de re hidratação de prioridade padrão está pendente, pode atualizar a definição de prioridade de re hidratação de um blob para Alto para re hidratar esse blob mais rapidamente. Por exemplo, se estiver a re hidratar um grande número de blobs em volume, pode especificar Prioridade padrão para todos os blobs para a operação inicial e, em seguida, aumentar a prioridade para Alto para quaisquer blobs individuais que precisem de ser ligados online mais rapidamente, até ao limite de 10 GiB por hora.

A definição de prioridade de re hidratação não pode ser reduzida de Alta para Padrão para uma operação pendente. Tenha em atenção que atualizar a definição de prioridade de re hidratação poderá ter um impacto na faturação.

Para saber como definir e atualizar a definição de prioridade de re hidratação, consulte Re hidratar um blob arquivadopara uma escalão online.

Para obter mais informações sobre as diferenças de preços entre pedidos de re hidratação de prioridade padrão e de alta prioridade, consulte Preços do Blob do Azure Armazenamento.

Copiar um blob arquivado para uma escalão online

A primeira opção para mover um blob da escaleira arquivo para uma escaleira online é copiar o blob arquivado para um novo blob de destino que está na escaleira quente ou fixe. Pode utilizar a operação Copiar Blob para copiar o blob. Quando copia um blob arquivado para um novo blob de uma escalada online, o blob de origem permanece inalterado na escaleira Arquivo.

Tem de copiar o blob arquivado para um novo blob com um nome diferente ou para um contentor diferente. Não pode copiar o blob de origem para o mesmo blob.

A Microsoft recomenda que execute uma operação de cópia na maioria dos cenários em que precisa de mover um blob da escalagem Arquivo para uma escalagem online, pelos seguintes motivos:

  • Uma operação de cópia evita a taxa de eliminação antecipada que é avaliada se alterar a escalão de um blob da escaleira Arquivo antes do período de 180 dias necessário. Para obter mais informações, consulte Escalão de acesso de arquivo.
  • Se houver uma política de gestão do ciclo de vida em vigor para a conta de armazenamento, re hidratar um blob com Definir Escalão de Blob pode resultar num cenário em que a política de ciclo de vida move o blob novamente para a escaleira de Arquivo após a re hidratação, porque o último tempo modificado está para além do limite definido para a política. Uma operação de cópia deixa o blob de origem na escalão Arquivo e cria um novo blob com um nome diferente e uma nova hora da última modificação, para que não haja qualquer risco de o blob re hidratado ser movido novamente para a níveis de Arquivo pela política de ciclo de vida.

A cópia de um blob a partir da escalão Arquivo pode demorar horas a ser concluída, consoante a prioridade de reabertação selecionada. Nos bastidores, uma operação de cópia em blob lê o blob de origem arquivado para criar um novo blob online na escaleira de destino selecionada. O novo blob pode estar visível quando lista os blobs no contentor principal antes da operação de re hidratação ser concluída, mas a ressalta será definida como Arquivo, os dados não estão disponíveis até a operação de leitura a partir do blob de origem na escaleira arquivo estar concluída e os conteúdos do blob foram escritos no novo blob de destino numa escarave online. O novo blob é uma cópia independente, pelo que modificá-lo ou eliminá-lo não afeta o blob de origem na escalagem arquivo.

Para saber como re hidratar um blob ao copiá-lo para uma escalagem online, consulte Re hidratar um blobcom uma operação de cópia .

Importante

Não elimine o blob de origem até a renasceção ter sido concluída com êxito. Se o blob de origem for eliminado, o blob de destino poderá não concluir a cópia. Pode lidar com o evento elevado quando a operação de cópia é concluída para saber quando é seguro eliminar o blob de origem. Para obter mais informações, consulte Lidar com um evento ao re hidratar blob.

A cópia de um blob arquivado para uma linha de destino online é apenas suportada na mesma conta de armazenamento. Não pode copiar um blob arquivado para um blob de destino que também se encontrar na escalão Arquivo.

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

Origem da escalão quente Origem de escalão fixe Origem da escalão de arquivo
Destino da escalão mais quente Suportada Suportada Suportado na mesma conta. Necessita de re hidratação blob.
Destino da escalão fixe Suportada Suportada Suportado na mesma conta. Necessita de re hidratação blob.
Destino da escalão de arquivo Suportada Suportada Não suportado

Alterar a escalão de acesso de um blob para uma escalão online

A segunda opção para re hidratar um blob da escaleira arquivo para uma divisa online é alterar a escalão do blob chamando Definir Escalão de Blob. Com esta operação, pode alterar a escarla do blob arquivado para Hot ou Cool.

Depois de iniciar um pedido Definir Escalão de Blob, este não pode ser cancelado. Durante a operação de re hidratação, a definição da escalão de acesso do blob continua a ser mostrada como arquivada até o processo de re hidratação ser concluído. Quando a operação de re hidratação for concluída, a propriedade da escaleira de acesso do blob é atualizada para refletir a nova linha.

Para saber como re hidratar um blob alterando a sua escarma para uma escaleira online, consulte Re hidratar um blobalterando a ressalta .

Atenção

Alterar a escalão de um blob não afeta o tempo da última modificação. Se houver uma política de gestão do ciclo de vida em vigor para a conta de armazenamento, re hidratar um blob com Definir Escalão de Blob pode resultar num cenário em que a política de ciclo de vida move o blob novamente para a escaleira de Arquivo após a re hidratação, porque o último tempo modificado está para além do limite definido para a política.

Para evitar este cenário, re hidrate o blob arquivado ao copiá-lo, conforme descrito na secção Copiar um blob arquivado para uma secção de divisão online. Executar uma operação de cópia cria uma nova instância do blob com uma hora da última modificação atualizada, para que não acione a política de gestão do ciclo de vida.

Verificar o estado de uma operação de re hidratação blob

Durante a operação de re hidratação de blob, pode ligar para a operação Obter Propriedades do Blob para verificar o ressalto. Para saber como verificar o estado de uma operação de re hidratação, consulte Verificar o estado de uma operação de re hidratação.

Lidar com um evento ao re hidratar blob

A re hidratação de um blob arquivado pode demorar até 15 horas e inquéritos repetidamente Obter Propriedades do Blob para determinar se a re hidratação está concluída é ineficiente. Utilizar a Grelha de Eventos do Azure para capturar o evento que é incendiado quando a re hidratação for concluída oferece um melhor desempenho e otimização de custos.

A Grelha de Eventos do Azure eleva um dos seguintes dois eventos em re hidratação de blob, dependendo da operação utilizada para re hidratar o blob:

  • A Microsoft.Armazenamento. BlobCriar evento é ateado quando é criado um blob. No contexto da re hidratação blob, este evento é ativado quando uma operação Copiar Blob cria um novo blob de destino na escalda de atalho ou de frio e os dados do blob são totalmente re hidratados a partir da escaleira Arquivo.
  • A Microsoft.Armazenamento. O evento BlobTierChanged é ateado quando a escalão de um blob é alterada. No contexto da re hidratação blob, este evento é ativado quando uma operação Definir Escalão Blob altera com êxito a escalão de um blob arquivado para a escaleira quente ou fixe.

Para saber como capturar um evento ao re hidratar e enviá-lo para um handler de eventos da Função Azure, consulte Executar uma Função do Azure em resposta a um evento de re hidratação de blob.

Para obter mais informações sobre como lidar com eventos no Blob Armazenamento, consulte o artigo Reagir a eventos de armazenamento de Blob do Azure e Blob do Azure Armazenamentocomo origem da Grelha de Eventos.

Preços e faturação

Uma operação de re hidratação com Definir Escalão de Blob é faturada para transações de leitura de dados e tamanho da recolha de dados. Uma re hidratação de alta prioridade tem custos de operação e recolha de dados mais elevados em comparação com a prioridade padrão. A re hidratação de alta prioridade é mostrada como um item de linha separado na sua fatura. Se um pedido de alta prioridade para devolver um blob arquivado de alguns gigabytes demora mais de cinco horas, não lhe será cobrada a taxa de recuperação de alta prioridade. No entanto, as taxas de recuperação padrão ainda se aplicam.

A cópia de um blob arquivado para uma plataforma online com a operação Copiar Blob é faturada para as transações de leitura de dados e o tamanho da recuperação de dados. A criação do blob de destino numa escalão online é faturada para transações de escrita de dados. As taxas de eliminação antecipada não se aplicam quando copiar para um blob online porque o blob de origem permanece inalterado na escaleira Arquivo. Os encargos de recuperação de alta prioridade aplicam-se se selecionado.

Os blobs na escalão Arquivo devem ser armazenados durante um mínimo de 180 dias. Eliminar ou alterar a escarpa de um blob arquivado antes do período de 180 dias decorrido implica uma taxa de eliminação antecipada. Para obter mais informações, consulte Escalão de acesso de arquivo.

Para obter mais informações sobre preços para bloquear blobs e re hidratação de dados, consulte Preços de Armazenamento do Azure. Para obter mais informações sobre os encargos de transferência de dados, consulte Detalhes de Preços de Transferências de Dados.

Consulte também