Compartilhar via


Backup e restauração periódicos no Azure Cosmos DB

APLICA-SE AO: NoSQL MongoDB Cassandra Gremlin Table

O Azure Cosmos DB faz backups automáticos de seus dados em intervalos regulares. Os backups automáticos são feitos sem afetar o desempenho ou a disponibilidade das operações do banco de dados. Todos os backups são armazenados separadamente em um serviço de armazenamento, e esses backups são globalmente replicados para resiliência contra desastres regionais. Com o Azure Cosmos DB, não apenas seus dados, mas também os backups de seus dados são altamente redundantes e resilientes a desastres regionais.

Como o Azure Cosmos DB executa o backup de dados

As etapas a seguir mostram como o Azure Cosmos DB executa o backup de dados:

  • O Azure Cosmos DB faz automaticamente um backup completo de seu banco de dados a cada 4 horas e a qualquer momento, somente os dois backups mais recentes são armazenados por padrão. Se os intervalos padrão não forem suficientes para suas cargas de trabalho, você poderá alterar o intervalo de backup e o período de retenção no portal do Azure. Você pode alterar a configuração de backup durante ou após a criação da conta do Azure Cosmos DB. Se o contêiner ou banco de dados for excluído, o Azure Cosmos DB reterá os instantâneos existentes de um determinado contêiner de taxa de transferência provisionada ou banco de dados de taxa de transferência compartilhada por 30 dias. Se a taxa de transferência for provisionada no nível do banco de dados, o processo de backup e restauração ocorrerá em todo o escopo do banco de dados.

  • O Azure Cosmos DB armazena estes backups no armazenamento de Blobs do Azure, enquanto os dados reais residem localmente no Azure Cosmos DB.

  • Para garantir a baixa latência, o instantâneo do backup é armazenado no Armazenamento de Blobs do Azure na mesma região da gravação atual (ou em uma das regiões de gravação, caso você tenha uma configuração de gravação de várias regiões). Para resiliência contra desastres regionais, cada captura instantânea dos dados de backup no armazenamento do Azure Blob é novamente replicada para outra região por meio de armazenamento geo-redundante (GRS). A região na qual o backup é replicado é baseada em sua região de origem e no par regional associado à região de origem. Para saber mais, consulte a lista de artigos de pares geo-redundantes de regiões do Azure. Não é possível acessar esse backup diretamente. A equipe do Azure Cosmos DB restaura seu backup quando você solicita por meio de uma solicitação de suporte.

    A imagem a seguir mostra como é um contêiner do Azure Cosmos DB com todas as três partições físicas primárias no oeste dos EUA. O contêiner é incluído em backup em uma conta remota de Armazenamento de Blobs do Azure no oeste dos EUA e, em seguida, replicado para o leste dos EUA:

    Diagrama de backups completos periódicos feitos de várias entidades do Azure Cosmos DB no Armazenamento do Microsoft Azure com redundância geográfica.

  • Os backups são feitos sem afetar o desempenho ou a disponibilidade de seu aplicativo. O Azure Cosmos DB executa backup de dados em segundo plano sem consumir nenhuma taxa de transferência provisionada (RUs) extra ou afetar o desempenho e a disponibilidade de seu banco de dados.

Com o modo de backup periódico, os backups são feitos apenas na região de gravação da sua conta do Azure Cosmos DB. A ação de restauração sempre restaura dados em uma nova conta que está localizada na região de gravação da conta de origem.

O que é restaurado para uma nova conta?

  • Você pode optar por restaurar qualquer combinação de contêineres de taxa de transferência provisionados, banco de dados de taxa de transferência compartilhada ou a conta inteira.
  • A ação de restauração restaura todos os dados e as propriedades de índices deles em uma nova conta.
  • A duração da restauração dependerá da quantidade de dados que precisam ser restaurados.
  • A configuração de consistência da conta de banco de dados recém-restaurada será igual às configurações de consistência da conta de banco de dados de origem.

O que não foi restaurado?

As seguintes configurações não são restauradas após a recuperação pontual.

  • Um subconjunto de contêineres em banco de dados de taxa de transferência não pode ser restaurado. Todo o banco de dados pode ser restaurado como um todo.
  • Chave de conta de banco de dados. A conta restaurada será gerada com novas chaves de conta de banco de dados.
  • Firewall, VNET, RBAC do plano de dados ou configurações de ponto de extremidade privado.
  • Regiões. A conta restaurar será apenas uma conta de região única, que é a região de gravação da conta de origem.
  • Procedimentos armazenados, gatilhos e UDFs.
  • Atribuições do controle de acesso baseado em função. Elas precisarão ser atribuídas novamente.
  • Documentos que foram excluídos devido ao TTL expirado.
  • Dados analíticos quando o link do Synapse está habilitado.
  • Exibições materializadas

Algumas dessas configurações podem ser adicionadas à conta restaurada após a conclusão da restauração.

Para contas habilitadas para o Link do Azure Synapse, os dados do armazenamento analítico não estão incluídos nos backups e restaurações. Quando o Link do Azure Synapse está habilitado, o Azure Cosmos DB continua fazendo backups automáticos dos seus dados no repositório transacional em um intervalo de backup programado. No momento, não há suporte para backup e restauração automáticos de seus dados no armazenamento analítico.

Entenda o custo dos backups

Dois backups são fornecidos gratuitamente e os backups extras são cobrados de acordo com os preços baseados na região para o armazenamento de backup descrito em preços de armazenamento de backup.

Por exemplo, considere um cenário em que a Retenção de Backup está configurada para 240 horas (ou 10 dias) e o Intervalo de Backup está configurado para 24 horas. Essa configuração implica que há 10 cópias dos dados de backup. Se você tiver 1 TB de dados em uma região do Oeste dos EUA do Azure, o custo do armazenamento de backup em um determinado mês será: 0.12 * 1000 * 8

Permissões necessárias para gerenciar a retenção ou restauração

As entidades de segurança que fazem parte da função CosmosdbBackupOperator, proprietário ou colaborador têm permissão para solicitar uma restauração ou alterar o período de retenção.

Gerenciamento manual de backups periódicos no Azure Cosmos DB

Com as contas da API do Azure Cosmos DB for NoSQL, você também pode manter seus próprios backups usando uma das seguintes abordagens:

Fábrica de dados do Azure

Use o Azure Data Factory para mover os dados periodicamente para uma solução de armazenamento de sua escolha.

Feed de alterações do Azure Cosmos DB

Use o DB do Azure Cosmos alterar o feed para ler dados periodicamente para backups completos ou para alterações incrementais, e armazene-os em seu próprio armazenamento.

Próximas etapas