Menu Docs
Página inicial do Docs
/
MongoDB Atlas
/ /

Restaurar de um snapshot agendado ou on-demand

Nesta página

  • Restaurar considerações
  • Clusters fragmentados
  • Clusters M2/M5
  • Instâncias sem servidor
  • Recomendações para otimizar o tempo de restauração
  • Snapshots substitutos
  • Acesso necessário
  • Procedimento
  • Restaurar um cluster
  • Restaurar uma instância sem servidor
  • No Atlas, acesse a página Clusters do seu projeto.
  • Acesse a página Backup do seu cluster.

O Atlas permite restaurar dados de backup em nuvem agendado ou on-demand. As seções a seguir descrevem a restauração a partir de um snapshot sem encryption at rest usando o gerenciamento de chaves do cliente. Para restaurar a partir de um snapshot com encryption at rest usando o gerenciamento de chaves do cliente, consulte Restaurar a partir de um snapshot usando encryption at rest.

Além dos pré-requisitos, considere os seguintes requisitos e limitações ao restaurar a partir de um backup em nuvem agendado ou on-demand.

  • Se o valor DefaultRWConcern no snapshot de origem for diferente do valor DefaultRWConcern no cluster de destino, o Atlas substituirá o valor no snapshot de origem pelo valor no cluster de destino. Se não houver nenhum valor configurado para DefaultRWConcern no cluster de destino, o Atlas manterá o valor de DefaultRWConcern do snapshot sem configuração explícita. Isso pode ser diferente do valor padrão para aquela versão do MongoDB.

  • Esta funcionalidade não está disponível para clusters M0.

  • Para clusters dedicados M10+ executando MongoDB 4.2 ou superior, o Atlas restaurará as definições de índice do Atlas Search a partir de um snapshot do backup na nuvem. O Atlas não restaura os dados do índice, portanto, os processos mongot executamsincronizações iniciais para todas as definições de índice restauradas. Se você tiver definido índices de pesquisa grandes em seu cluster, poderão ocorrer atrasos durante as restaurações de snapshots.

    Observação

    Ao restaurar os dados do snapshot, as definições de índice do Atlas Search do snapshot substituem quaisquer definições de índice do Atlas Search existentes.

  • Se você estiver restaurando de um cluster fragmentado, os clusters de origem e de destino deverão ter o mesmo número de shards.

  • O Atlas não pode restaurar um snapshot de cluster fragmentado em um conjunto de réplicas.

  • A partir do MongoDB 5.0, você pode restaurar snapshots de clusters que executam apenas as duas versões principais mais recentes do MongoDB para os clusters M2 e M5.

    Exemplo

    • É possível restaurar snapshots obtidos de clusters que executam o MongoDB 4.2 para um cluster M2 ou M5 que executa o MongoDB 5.0.

    • Não é possível restaurar snapshots obtidos de clusters que executam o MongoDB 4.0 para um cluster M2 ou M5 que executa o MongoDB 5.0.

  • O Atlas não pode restaurar snapshots de clusters compartilhados, clusters dedicados ou Cloud Manager para uma instância sem servidor.

  • Se você estiver restaurando a partir de uma instância sem servidor, só poderá restaurar os dois snapshots mais recentes.

Para otimizar o desempenho e reduzir o tempo necessário para a restauração, siga estes princípios quando aplicável:

  • Selecione um cluster de destino que não seja global ou multinuvem.

  • Selecione um cluster multirregional somente se existirem cópias do snapshot que você planeja restaurar em todas as regiões desse cluster.

  • Selecione um cluster de destino que pertença ao mesmo projeto do Atlas e à mesma região do fornecedor de nuvem que do snapshot.

  • Selecione uma camada de cluster com a mesma capacidade de armazenamento que a capacidade do volume original usado pelo cluster de origem.

  • Se o cluster de destino for executado na AWS com IOPS configurado, selecione o IOPS configurado para estar dentro da faixa configurada.

  • Selecione um cluster que não esteja configurado para usar armazenamento NVMe . O armazenamento NVMe degrada o desempenho da restauração.

Se um snapshot agendado falhar por qualquer motivo, o Atlas tentará repetir o processo de snapshot. Se necessário, você poderá usar o snapshot de fallback resultante para restaurar o cluster. Isto não é recomendado: os snapshots de fallback usam um processo diferente dos snapshots regulares. Eles podem conter dados inconsistentes.

Os snapshots de fallback são marcados na UI com um ícone de aviso e uma mensagem de aviso aparece na janela modal de restauração se a restauração usar um snapshot de fallback.

Aviso

Restaurar o cluster a partir de um snapshot de fallback pode resultar em dados inconsistentes em todo o cluster e deve ser considerado uma opção de último recurso.

Para iniciar um trabalho de restauração, você deve ter acesso ao Project Owner ou superior ao projeto.

Para assistir a uma tarefa de restauração de backup até que ele seja concluído, você deve ter acesso Project Read Only ou superior ao projeto.

Importante

O Atlas exclui todos os dados existentes no cluster de destino antes da restauração. Dependendo do tipo de restauração que está ocorrendo, o cluster de destino pode ficar indisponível durante a restauração.

← Restaure seu cluster