Página inicial do Docs → MongoDB Cloud Manager
Restaurar uma implantação no MongoDB Atlas
Nesta página
Você pode restaurar automaticamente um backup de um sistema do Cloud Manager para um sistema do MongoDB Atlas. O Atlas é um reconhecimento de data center em cloud totalmente managed que lida com as complexidades de implantar, gerenciar e recuperar implantações executadas nos fornecedor de nuvem Amazon Web Services, Azure e GCP.
Pré-requisitos
Consulte Pré -requisitos para obter uma lista de pré-requisitos necessários para todas as restaurações automáticas em sistemas do Atlas. Além disso, você deve ter as seguintes roles para executar este procedimento:
Project Backup Admin
no sistema de origem do Cloud ManagerProject Owner
no sistema Atlas de destino
Se você ainda não criou um Atlas cluster de destino, consulte Criar um cluster.
Observação
Seu sistema Atlas deve utilizar nós de instância M10 ou maiores. As implantações de camada do cluster compartilhado não suportam a restauração de snapshots de Cloud Manager clusters.
Você não pode restaurar um snapshot de backup do Cloud Manager para um sistema Atlas com o Encryption at Rest habilitado.
Considerações
Antes de restaurar um snapshot de um sistema do Cloud Manager para um sistema do Atlas, certifique-se de que os hosts do sistema do Atlas tenham espaço de armazenamento suficiente para os bancos de dados restaurados, além de espaço adicional para crescimento do conjunto de dados. Use db.stats() para encontrar o tamanho atual do banco de dados.
A versão do MongoDB Server deve ser uma das seguintes:
O mesmo em ambas as implantações.
Uma versão superior no sistema do Atlas.
Além disso, os tipos de instância dos nós no Atlas devem ter pelo menos a mesma memória e capacidade de rendimento que os nós no Cloud Manager.
Procedimento
Selecione o ponto de restauração.
Escolha o ponto de partida do qual deseja restaurar o backup.
Tipo de RestauraçãoDescriçãoem açãoSnapshotPermite escolher um snapshot armazenado.Selecione um snapshot existente para restaurar.Point In TimeCria um snapshot personalizado que inclui todas as operações até, mas não incluindo, o horário selecionado. Por padrão, o Oplog Store armazena 24 horas de dados.
Exemplo
Se você selecionar
12:00
, a última operação na restauração será11:59:59
ou anterior.Importante
No FCV 4.0, você não pode executar uma restauração doPIT que abranja qualquer momento anterior à última ressincronização de backup. Para saber as condições que causam uma ressincronização, consulte Sincronizar um backup novamente. Esta nota não se aplica ao FCV 4.2 ou posterior.
Selecione um Date e Time.Oplog TimestampCria um snapshot personalizado que inclui todas as operações até e incluindo o carimbo de data/hora Oplog inserido. O Oplog Timestamp contém dois campos:
TimestampRegistro de data/hora em segundos decorridos desde a UNIX epoch
IncrementOrdem de operação aplicada naquele segundo como um ordinal de 32 bits.Digite um Oplog Timestamp e Increment.
Execute uma query em
local.oplog.rs
no seu conjunto de réplicas para encontrar o carimbo de data/hora desejado.Clique em Next.
Para localizar a entrada mais recente do Oplog, execute a seguinte consulta em mongosh
:
db.getSiblingDB('local').oplog.rs.find().sort({$natural:-1}).limit(1).pretty()
Um resultado bem-sucedido deve ficar assim:
{ "ts": Timestamp(1537559320, 1), "h": NumberLong("-2447431566377702740"), "v": 2, "op": "n", "ns": "", "wall": ISODate("2018-09-21T19:48:40.708Z"), "o": { "msg": "initiating set" } }
As partes do valor ts
correspondem aos valores que você precisa para as caixas Timestamp e Increment .
Observação
Para traduzir a época em um carimbo de data/hora legível por humanos, tente usar uma ferramenta como o Epoch Converter
O MongoDB não endossa este serviço. Sua referência é apenas informativa.
Para mais informações sobre Atlas, consulte MongoDB Atlas.