Menu Docs

Página inicial do DocsMongoDB Cloud Manager

Restaurar uma implantação no MongoDB Atlas

Nesta página

  • Pré-requisitos
  • Considerações
  • Procedimento

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.

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:

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.

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.

1
2
3
  1. Escolha o ponto de partida do qual deseja restaurar o backup.

    Tipo de Restauração
    Descrição
    em ação
    Snapshot
    Permite escolher um snapshot armazenado.
    Selecione um snapshot existente para restaurar.
    Point In Time

    Cria 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 Timestamp

    Cria 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:

    Timestamp
    Increment
    Ordem 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.

  2. 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.

4
5
6
7
8

Verifique sua senha do Cloud Manager.

Para mais informações sobre Atlas, consulte MongoDB Atlas.

← Migrar um sistema da comunidade MongoDB para Atlas