Backups para Cluster Dedicados

Backups de cluster de região única

Com backups de cluster de região única, o Atlas:

• Determina a ordem dos nós para tentar fazer snapshot usando o seguinte algoritmo:

  1. Snapshots em um secundário. ¹ Então,

  2. Cria snapshot do nó com a prioridade mais baixa, se possível. ² Então,

  3. Snapshots de forma adicional de um snapshot para outro, se possível. ³ Então,

  4. Tira um snapshot do nó lexicamente primeiro pelo nome do host.

  ¹ Se houver um empate, o Atlas passa para a próxima etapa para determinar o nó do snapshot.

  ² Se houver um empate, o Atlas então favorece o nó que pode ser capturado incrementalmente a partir do snapshot anterior (ou seja, o nó usando o mesmo disco).

  ³ Se houver um empate, o Atlas favorece o nó com o nome de host lexicograficamente menor.

• Depois que a ordem do nó for determinada, tenta criar um snapshot do nó. Se um o nó selecionado não está íntegro, o Atlas tenta criar um snapshot do próximo nó que ele favorece.

• Armazena os snapshots na mesma região de nuvem que o cluster.

• Retém snapshots com base em suapolítica de retenção .

O Atlas cria automaticamente um novo volume de armazenamento de snapshots caso o volume de armazenamento de snapshots existente se torne inválido. O Atlas cria o novo volume na mesma região que o primário atual do cluster. O Atlas então tira um snapshot de cópia completa para manter a disponibilidade do backup e continua usando esse nó e sua região correspondente para obter snapshots incrementais adicionais.

Os eventos que podem causar uma eleição para selecionar um novo nó para o volume de armazenamento de snapshot incluem:

• Alterando o nível do cluster do Atlas,

• Modificando o volume de armazenamento ou velocidade de armazenamento do Atlas cluster,

• Alterando a região do cluster do Atlas, e

• Manutenção realizada pelo Atlas ou pelo provedor de serviços em nuvem do cluster.

Backups de clusters multirregionais

Com backups de clusters multirregionais, o Atlas:

• Determina a ordem dos nós para fazer snapshot usando o seguinte algoritmo:

  1. Snapshots na região de maior prioridade, se possível. ¹ Então,

  2. Snapshots em um secundário. ² Então,

  3. Cria snapshot do nó com a prioridade mais baixa, se possível. ³ Então,

  4. Snapshots de forma adicional de um snapshot para outro, se possível. ⁴ Então,

  5. Tira um snapshot do nó lexicamente primeiro pelo nome do host.

  ¹ Se houver empate, o Atlas faz a comparação com base na ordem decrescente de prioridade.

  ² Se houver um empate, o Atlas passa para a próxima etapa para determinar o nó do snapshot.

  ³ Se houver um empate, o Atlas então favorece o nó que pode ser capturado incrementalmente a partir do snapshot anterior (ou seja, o nó usando o mesmo disco).

  ⁴ Se houver um empate, o Atlas favorece o nó com o nome de host lexicograficamente menor.

• Tenta criar um snapshot do nó quando a ordem do nó é determinada. Se um o nó selecionado não está íntegro, o Atlas tenta criar um snapshot do próximo nó que ele favorece.

• Retém snapshots com base em sua política de retenção.

O Atlas cria automaticamente um novo volume de armazenamento de snapshots caso o volume de armazenamento de snapshots existente se torne inválido. O Atlas cria o novo volume na mesma região que o primário atual do cluster. O Atlas então tira um snapshot de cópia completa para manter a disponibilidade do backup e continua usando esse nó e sua região correspondente para obter snapshots incrementais adicionais.

Os eventos que podem causar uma eleição para selecionar um novo nó para o volume de armazenamento de snapshot incluem:

• Alterando o nível do cluster do Atlas,

• Modificando o volume de armazenamento ou velocidade de armazenamento do Atlas cluster,

• Alterar a região de maior prioridade do cluster do Atlas e

• Manutenção realizada pelo Atlas ou pelo provedor de serviços em nuvem do cluster.

Backups de cluster global

O Atlas pode fazer backup de Clusters Globais usando Backups em Nuvem como método de backup. O Atlas restaura os fragmentos no cluster de origem para os fragmentos correspondentes no cluster de destino usando a mesma ordem especificada na configuração do cluster.

Se as configurações dos clusters de origem e de destino não forem correspondentes, os dados fragmentados poderão migrar para uma zona de provedor de serviços em nuvem diferente daquela em que residiam no cluster de origem. Depois que o Atlas concluir a operação de restauração, o balanceador do MongoDB para o cluster de destino migrará os dados de volta para a zona em que residiam no cluster de origem se os clusters atenderem aos seguintes requisitos:

• Ambos os clusters habilitaram um Cluster Global na mesma coleção

• Ambos os clusters usam a mesma chave de fragmento para a coleção habilitada para Gravações Globais

Para habilitar gravações globais no cluster de destino:

Backups contínuos da nuvem

Os backups contínuos na nuvem reproduzem o oplog para restaurar um cluster de um determinado ponto dentro de uma janela especificada na política de backup.

Você pode optar por ativar restaurações contínuas de backup em nuvem. Configure sua janela de backup contínuo na nuvem com o Editor de política de backup.

Os snapshots do seu cluster permanecem no serviço de armazenamento do fornecedor de nuvem na região de maior prioridade do cluster ou do shard. Os backups de oplog nos clusters do Amazon Web Services usam a criptografia padrão Amazon Web Services S3 e os clusters do Google Cloud Platform usam o padrão do Google Cloud Platform Storage criptografia.

A ação a seguir faz com que todos os backups de oplog existentes sejam excluídos. Todos os snapshots existentes permanecem intactos, mas o Atlas remove oplog preservados anteriormente quando:

• Você desabilita os backups contínuos na nuvem para seu cluster.

• O cluster recebe um número excessivo de gravações. O cluster processa um grande número de gravações que fazem com que o oplog seja sobreposto antes que o backup o colete.

  Exemplo

  1. Você dimensionou seu oplog para uma hora do tráfego de gravação normal, digamos 1.000 operações.

  2. A atividade do banco de dados resulta em um grande número de gravações no oplog, digamos 2.000 operações.

  3. O número de gravações resulta no descarte de registros mais antigos pelo oplog. Este exemplo perderia 1.000 operações.

  4. O backup deve coletar a operação nº 1, mas em vez disso coleta a nº 1.001.

Se você alterar a região de maior prioridade do seu cluster ou se o MongoDB migrar dados de oplog para uma região diferente:

• O Atlas retém dados nas regiões antiga e nova até que sua janela de backup contínuo na nuvem seja representada na nova região. Depois que a janela de backup contínuo na nuvem for representada na nova região, o Atlas excluirá os dados da região antiga.

• Você será cobrado pelo armazenamento nas regiões antiga e nova nos dias seguintes à mudança de região. Você deve desabilitar o backup contínuo em nuvem e reativá-lo para evitar o faturamento em ambas as regiões.

  Observação

  Se você desabilitar o backup em nuvem contínuo no Atlas, o histórico de backups será apagado.

Quando você usa backups contínuos na cloud para restaurar um cluster de um ponto anterior, o Atlas retém o oplog do cluster. Você pode usar backups contínuos na cloud repetidamente para restaurar o cluster para qualquer ponto em sua janela de backup contínuo na cloud, exceto entre quando você iniciou uma restauração e quando o Atlas conclui um snapshot após a restauração.

Consistência e snapshots

Para clusters que executam MongoDB versão 4.2 ou posterior:

• O Atlas mantém a consistência causal ao tirar snapshots, exceto para estatísticas de tamanho relatadas por collStats e db.[collection].count(). As estatísticas de tamanho relatadas por collStats e db.[collection].count() podem ser imprecisas.

• O Atlas coordena o tempo em todos os fragmentos para clusters fragmentados. Isso garante que os snapshots incluam todos os documentos gravados em cada fragmento e nó a partir do horário agendado para o snapshot.

Para clusters que executam MongoDB versão 4.0 e anterior:

• Atlas mantém snapshots consistentes com falhas.

• O Atlas tira snapshots de cada um dos fragmentos para clusters fragmentados e dos Conjuntos de Réplicas do Servidor de Configuração aproximadamente ao mesmo tempo.

atlas backups snapshots list <clusterName> [options]

atlas backups snapshots describe <snapshotId> [options]