Matriz de suporte para backup de Blobs do Azure

Este artigo resume a disponibilidade regional, os cenários suportados e as limitações dos backups operacionais e compartimentados de blobs.

Regiões suportadas

Escolha um tipo de backup

Backup operacional

O backup operacional para blobs está disponível em todas as regiões de nuvem pública, exceto França Sul e África do Sul Oeste. Também está disponível em regiões de nuvem soberana - todas as regiões do Azure Government e regiões da China (exceto China East).

Backup em cofre

O backup em cofre para blobs está disponível em todas as regiões de nuvem pública.

Cenários com e sem suporte para backup de Blob do Azure

Escolha um tipo de backup

Backup operacional

O backup operacional de blobs usa restauração point-in-time de blobs, versionamento de blobs, exclusão suave para blobs, feed de alteração para blobs e bloqueio de exclusão para fornecer uma solução de backup local. Portanto, as limitações que se aplicam a esses recursos também se aplicam ao backup operacional.

Cenários suportados:

• O backup operacional suporta blobs de bloco apenas em contas de armazenamento v2 de uso geral padrão. Além disso, quaisquer blobs de página, blobs de acréscimo e blobs premium em sua conta de armazenamento não serão restaurados e apenas blobs de bloco serão restaurados.

• O backup de Blob também é suportado quando a conta de armazenamento tem pontos de extremidade privados.

Outras limitações:

• Se você excluiu um contêiner durante o período de retenção, esse contêiner não será restaurado com a operação de restauração point-in-time. Se você tentar restaurar um intervalo de blobs que inclua blobs em um contêiner excluído, a operação de restauração point-in-time falhará. Para obter mais informações sobre como proteger contêineres contra exclusão, consulte Exclusão flexível para contêineres.
• Não há suporte para contêineres com retenção legal habilitada.
• Se um blob tiver se movido entre as camadas quente e fria no período entre o momento presente e o ponto de restauração, o blob será restaurado para sua camada anterior. Não há suporte para a restauração de blobs de bloco na camada de arquivamento. Por exemplo, se um blob na camada de atalho tiver sido movido para a camada de arquivo morto há dois dias e uma operação de restauração for restaurada para um ponto há três dias, o blob não será restaurado para a camada de ativação. Para restaurar um blob arquivado, primeiro mova-o para fora da camada de arquivamento. Para obter mais informações, consulte Reidratar dados de blob da camada de arquivamento.
• Um bloco que foi carregado via Put Block ou Put Block do URL, mas não confirmado via Put Block List, não faz parte de um blob e, portanto, não é restaurado como parte de uma operação de restauração.
• Um blob com uma concessão ativa não pode ser restaurado. Se um blob com uma concessão ativa for incluído no intervalo de blobs a serem restaurados, a operação de restauração falhará automaticamente. Quebre todas as concessões ativas antes de iniciar a operação de restauração.
• Os instantâneos não são criados ou excluídos como parte de uma operação de restauração. Somente o blob base é restaurado ao seu estado anterior.
• Se houver blobs imutáveis entre os que estão sendo restaurados, esses blobs imutáveis não serão restaurados ao seu estado de acordo com o ponto de recuperação selecionado. No entanto, outros blobs que não têm a imutabilidade habilitada serão restaurados para o ponto de recuperação selecionado conforme o esperado.

Backup em cofre

• Você pode fazer backup apenas de blobs de bloco em uma conta de armazenamento v2 de uso geral padrão usando a solução de backup em cofre para blobs.

• O backup em cofre de blob também é suportado quando a conta de armazenamento tem pontos de extremidade privados.

• Atualmente, não há suporte para contas de armazenamento habilitadas para HNS. Isso inclui contas ADLS Gen2, contas usando NFS 3.0 e protocolos SFTP para blobs.

• Você pode fazer até cinco backups por conta de armazenamento em um dia.

• Você pode fazer backup de contas de armazenamento com até 100 contêineres, não há limite para o número de blobs dentro desses contêineres. Você também pode selecionar um subconjunto de contêineres para backup (até 100 contêineres).

  • Se sua conta de armazenamento contiver mais de 100 contêineres, você precisará selecionar até 100 contêineres para backup.
  • Para fazer backup de novos contêineres criados após a configuração de backup para a conta de armazenamento, modifique a proteção da conta de armazenamento. O backup desses contêineres não é feito automaticamente.

• As contas de armazenamento para backup devem conter no mínimo um contêiner. Se a conta de armazenamento não contiver contêineres ou se nenhum contêiner for selecionado, um erro poderá aparecer ao configurar o backup.

• Somente $web contêineres do sistema e $root contêineres do sistema são suportados para backup em cofre.

• Se você interromper a proteção (backup em cofre) em uma conta de armazenamento, ela não excluirá a política de replicação de objetos criada na conta de armazenamento. Nesses cenários, você precisa excluir manualmente as políticas de OR.

• Pode evitar interrupções nos backups do Azure Blob durante um failover de conta de armazenamento seguindo uma sequência específica – pausar o backup, remover a política de replicação de objetos ao nível da conta de armazenamento, completar o failover e depois retomar o backup. Este processo não afeta os pontos de recuperação existentes. No entanto, desencadeia uma re-replicação completa dos blobs durante a próxima operação de backup. A política de replicação de objetos é automaticamente recriada no próximo ciclo de backup.

• Quando você remove backups, o Backup do Azure exclui automaticamente a política de replicação de objetos da origem. Se existirem bloqueios personalizados, remova a política manualmente. Se você interromper a proteção, ele desconectará apenas a conta de armazenamento do cofre de backup e das ferramentas (como o Centro de backup). Esta ação não desativa a restauração point-in-time de blob, o controle de versão ou a alteração das configurações de feed.

• O backup de blob da camada de arquivamento não é suportado. As bolhas das camadas de fresco e frio são restauradas na camada quente.

• A operação de backup não é suportada para blobs que são carregados usando APIs de armazenamento Data Lake.

• Quando apagas e recrias uma conta de contentor no armazenamento com o mesmo nome, a Replicação de Objetos não reconhece a alteração. Como resultado, os futuros Pontos de Recuperação continuarão a incluir os blobs mais antigos e suas versões.

• Da mesma forma, se você excluir e recriar um contêiner com o mesmo nome, a Replicação de Objetos não controlará a alteração e os Pontos de Recuperação futuros ainda incluirão os blobs e versões anteriores.

• Se você suspender e retomar a proteção ou excluir a política de Replicação de Objetos na conta de armazenamento de origem, a política acionará um backup completo.

• Os cofres de backup com UAMI (Identidade Gerenciada Atribuída pelo Usuário) não são compatíveis com backups do Azure Blob Vaulted. Somente o SAMI (System-Assigned Managed Identity) funciona, porque o cofre precisa acessar a conta de armazenamento onde os blobs estão armazenados. O cofre usa sua identidade gerenciada atribuída ao sistema para esse acesso.

• Não há suporte para a habilitação de backups para o contêiner de blob configurado com replicação nativa usando o data factory.

• Não há suporte para a proteção de um contêiner que faz parte de qualquer replicação de objeto, seja como origem ou como destino. A tentativa de fazer backup desse contêiner resultará em falha de backup.

• Não há suporte para contêineres com retenção legal habilitada.

• Se a sua conta de armazenamento for grande ou tiver um grande número de versões, o primeiro backup pode demorar vários dias a ser concluído.

Próximos passos

Visão geral do backup de Blobs do Azure para Blobs do Azure

Conteúdo relacionado

• Crie uma política de backup para o Blob do Azure usando a API REST.
• Faça backup do Blob do Azure usando a API REST.
• Restaure o Blob do Azure usando a API REST.