Reidratação de blob da Camada de arquivos

Enquanto um blob estiver na Camada de acesso aos arquivos, ele 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 de acesso frequente ou esporádico. Há duas opções para reidratar um blob armazenado na Camada de arquivos:

A reidratação de um blob da Camada de arquivos pode levar várias horas para ser concluída. A Microsoft recomenda reidratar blobs maiores para um desempenho ideal. Reidratar vários blobs pequenos simultaneamente pode exigir um tempo adicional. Um máximo de 10 GiB por conta de armazenamento pode ser reidratado por hora.

Você pode configurar a Grade de Eventos do Azure para acionar um evento ao reidratar um blob da Camada de arquivos para uma camada online e enviar o evento para um manipulador de eventos. Para obter mais informações, confira Manipular um evento na reidratação de blob.

Para saber mais sobre camadas de acesso no Armazenamento do Azure, confira Camadas de acesso frequente, esporádico e de arquivos para dados de blob.

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 será processada na ordem em que foi recebida e pode levar até 15 horas.
  • Prioridade alta: a solicitação de reidratação será priorizada 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 baixada 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 de acesso frequente ou esporádico. 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.

A Microsoft recomenda executar uma operação de cópia na maioria dos cenários em que você precisa mover um blob da Camada de arquivos para uma camada online pelos seguintes motivos:

  • Uma operação de cópia evita 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.
  • Se houver uma política de gerenciamento do ciclo de vida em vigor para a conta de armazenamento, reidratar um blob com Set Blob Tier poderá resultar em um cenário em que a política do ciclo de vida moverá 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 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 poderá ficar visível quando você listar os blobs no contêiner pai antes do fim da operação de reidratação, mas sua camada será definida como a Camada de arquivos. Os dados não estarão 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 afetará 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 cópia de um blob arquivado para uma camada de destino online tem suporte apenas na mesma conta de armazenamento. Você não pode copiar um blob arquivado para um blob de destino que também esteja 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 Com suporte na mesma conta. Requer reidratação de blob.
Destino da camada fria Com suporte Com suporte Com suporte na mesma conta. Requer reidratação de blob.
Destino da camada de arquivos Com suporte Com suporte Sem suporte

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 a operação Set Blob Tier. Com essa operação, você pode alterar a camada do blob arquivado para o acesso frequente ou esporádico.

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 Set Blob Tier poderá resultar em um cenário em que a política do ciclo de vida moverá 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, reidrate o blob arquivado copiando-o em vez disso, 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. Usar a Grade de Eventos do Azure para capturar o evento que é disparado quando a reidratação é concluída oferece melhor desempenho e otimização de custo.

A Grade de Eventos do Azure gera um dos dois seguintes eventos na reidratação de blob, dependendo de qual operação foi usada para reidratar o blob:

  • O evento Microsoft.Storage.BlobCreated é disparado quando um blob é criado. No contexto de reidratação de blob, esse evento é a disparado quando uma operação Copy Blob cria um blob de destino na camada de acesso frequente ou esporádico e os dados do blob são totalmente reidratados da Camada de arquivos.
  • O evento Microsoft.Storage.BlobTierChanged é disparado quando a camada de um blob é alterada. No contexto de reidratação de blob, esse evento é a disparo quando uma operação Set Blob Tier altera com êxito a camada de um blob arquivado para a camada de acesso frequente ou esporádico.

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 de alguns gigabytes 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 para 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. 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