Compartilhar via

Matriz de suporte para backup abobadado do Azure Data Lake Storage

Este artigo resume a disponibilidade regional, os cenários com suporte e as limitações para backups abobadados do Azure Data Lake Storage. O Backup do Azure agora permite proteção e recuperação aprimoradas para o Azure Data Lake Storage por meio de backups abobadados que oferecem resiliência de ransomware, armazenamento externo seguro e retenção de dados de longo prazo. Consulte o blog do Microsoft Community Hub.

Para obter mais informações sobre o suporte do Backup do Azure para backups no Azure Data Lake Storage que permite proteção de dados segura, de longo prazo e isolada, consulte o blog do Microsoft Community Hub.

Regiões com suporte

Os backups abobadados do Azure Data Lake Storage estão disponíveis nas seguintes regiões:

Tipo de disponibilidade Região
Disponibilidade geral Leste da Austrália, Centro dos EUA, Leste da Ásia, Sul da França, Centro-Oeste da Alemanha, Sudeste dos EUA, Norte da Suíça, Oeste da Suíça, Norte dos Emirados Árabes Unidos, Oeste do Reino Unido, Oeste dos EUA, Oeste dos EUA, Oeste da Europa, Oeste dos EUA, Oeste dos EUA, Oeste dos EUA, Oeste dos EUA 2, Leste dos EUA, Leste dos EUA 2, Sudeste Asiático.

Contas de armazenamento com suporte

A tabela a seguir lista os detalhes da conta de armazenamento com suporte:

Detalhes da conta de armazenamento Support
Tipo de conta Bloquear somente blobs em uma conta de armazenamento habilitada para HNS de uso geral padrão v2.

Atualmente, não há suporte para contas que usam compartilhamentos de arquivos de rede (NFS) 3.0 e protocolos SFTP (Protocolo de Transferência de Arquivo Seguro) para blobs.
Redundancy LRS (armazenamento com redundância local), ZRS (armazenamento com redundância de zona), conta de armazenamento com redundância geográfica (GRS) habilitada para armazenamento.
Tier Há suporte para blobs de camadas quentes, frios e frios.

Backup do blob do nível Archive na conta de armazenamento do Azure Data Lake não é suportado.
Contas de armazenamento atualizadas Não há suporte para contas atualizadas do Armazenamento de Blobs do Azure para o Azure Data Lake Storage*.

Limites de proteção

A tabela a seguir lista os limites de proteção:

Setting Limit
Número máximo de contêineres em uma conta de armazenamento que pode ser protegida 100
Redundância do cofre LRS/ZRS/GRS

Cenários suportados para proteção do Azure Data Lake Storage

A proteção Azure Data Lake Storage possui os seguintes cenários suportados:

  • Cofres de backup com System-Assigned Identidade Gerenciada (SAMI) funcionam para backup, porque o cofre precisa acessar a conta de armazenamento onde os blobs são armazenados. O cofre usa sua identidade gerenciada atribuída pelo sistema para esse acesso.
  • Você pode proteger a conta de armazenamento com o cofre em outra assinatura, mas na mesma região que a conta de armazenamento.
  • As contas do Azure Data Lake Storage dão suporte a APIs do Sistema de Arquivos de Dados e blob (DFS).
  • $web O contêiner não pode ser restaurado como $web no alvo. Use a opção renameTo e restaure com um nome de container diferente.

Cenários não suportados e considerações para proteção do Azure Data Lake Storage

A proteção do Azure Data Lake Storage possui os seguintes cenários não suportados:

  • Todos os novos contêineres que são criados após a configuração de backup para a conta de armazenamento não são backups automaticamente. Para habilitar a operação de backup para os novos contêineres, modifique a proteção da conta de armazenamento.
  • As contas de armazenamento a serem backup devem conter um mínimo de um contêiner. Se a conta de armazenamento não contiver contêineres ou se nenhum contêiner estiver selecionado, um erro poderá aparecer quando você configurar o backup.
  • 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.
  • Quando uma conta ou contêiner Azure Data Lake Storage nela é excluído e recriado com o mesmo nome entre dois backups consecutivos, então os pontos de recuperação mantêm blobs e versões mais antigas.
  • O tier de arquivo para os dados de backup em um cofre atualmente não é suportado.
  • Contas de armazenamento atualizadas do FNS para o HNS não são suportadas para backup.
  • Contas habilitadas para SFTP e NFS não são suportadas para Backup Vaulted. Trabalhos de backup nessas contas falham ou travam ao processar blobs enviados via SFTP.
  • O Backup Vaulted não suporta movimentações de dados entre contêineres porque as políticas de backup são específicas de cada contêiner. Se você mover dados entre containers, a consistência de replicação quebra.
  • Quando o blob nas contas de Data Lake Storage tem expiração configurado — seja durante a criação usando PutBlob ou PutBlockList, ou posteriormente via API SetBlobExpiry — os seguintes comportamentos se aplicam para a conta de armazenamento Azure Data Lake com o Vaulted Backup ativado:
    • Blobs Existentes com Data de Expiração: Esses blobs continuarão apresentando o comportamento atual: uma vez expirados, permanecem em pontos de restauração existentes, o que pode causar inconsistências nos pontos de restauração futuros.
    • Configurações futuras de expiração: Qualquer tentativa de definir o vencimento usando o SetBlobExpiry falhará para contas de armazenamento configuradas com Backup Vaulted. Essa restrição garante a integridade do ponto de restauração daqui para frente.
  • Quando o Backup Vaulted é ativado:
    • Exclusão suave: Blobs na conta de armazenamento do Azure Data Lake ainda podem ser deletados de forma suave, como esperado.
    • Desaletação: Restaurar blobs na conta de armazenamento Azure Data Lake a partir do estado de deleção suave não é suportado enquanto o Backup Vaulted estiver ativo. O desapagamento só funciona se o Backup Vaulted for desativado primeiro. Reativar o Backup Vaulted após desativar acionará um backup completo.

Limites do Backup

A tabela a seguir lista os limites de Backup:

Setting Limit
Número máximo de backups sob demanda por dia 4
Número máximo de backups agendados por dia 1

Note

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

Limites de retenção

A tabela a seguir lista os limites de retenção:

Setting Limit
Retenção máxima de pontos de recuperação diários 3.650 dias
Retenção máxima de pontos de recuperação semanais 521 semanas
Retenção máxima de pontos de recuperação mensais 120 meses
Retenção máxima de pontos de recuperação anuais 10 anos

Limites do método de restauração

A tabela a seguir lista os limites do método de restauração:

Setting Limit
Restauração completa Você pode restaurar a conta de armazenamento completa para um local alternativo.
Restauração de contêineres Você pode selecionar um ou mais contêineres ou usar o prefixo para filtrar contêineres específicos a serem restaurados.

Note

  • Blobs de camada fria e fria são restaurados na camada Quente.
  • Não há suporte para a restauração para a conta de armazenamento de origem.
  • O armazenamento de destino selecionado para restauração não deve ter nenhum contêiner com o mesmo nome.

Próximas etapas

Conteúdo relacionado

Camadas de acesso para dados de blob.

  • Last updated on