Menu Docs
Página inicial do Docs
/
MongoDB Cloud Manager
/ /

Restaurar visão geral

Nesta página

  • Cancelar uma restauração
  • Restauração automatizada
  • Restauração manual

Para restaurar um sistema a partir de um backup, selecione um snapshot ou ponto no tempo a partir do qual você deseja restaurar seu banco de dados. O Cloud Manager fornece os arquivos a partir dos quais você pode restaurar seu banco de dados.

Você pode restaurar um único banco de MongoDB database, um conjunto de réplicas ou todos os shards em um cluster fragmentado.

Você pode restaurar um sistema a partir de um snapshot existente ou de um momento específico. Para o ponto no tempo, você pode especificar uma data e hora, um carimbo de data/hora do oplog ou um ponto deverificação para um cluster fragmentado.

Se você estiver restaurando a partir de um momento específico, deverá baixar o utilitário de restauração de backup do MongoDB para o host de destino. O MBRU solicita e aplica entradas de oplog entre o snapshot completo mais recente e o ponto no tempo que você escolher.

Para restaurar seu backup, use uma destas opções:

Para cancelar uma restauração:

  1. Navegue até a aba Backup > Restore History .

  2. Clique em Cancel.

Se você optar por fazer com que a automação do Cloud Manager restaure seu backup, a automação removerá todos os dados existentes dos hosts de destino e substituirá esses dados por novos dados de backup do seu snapshot.

Se você estiver restaurando um cluster fragmentado, deverá restaurar todos os shards. O processo de restauração falhará se você tentar restaurar um único shard em um cluster fragmentado.

Para realizar restaurações automatizadas:

  • Instale um MongoDB Agent instalado na origem e em todos os hosts de destino e verifique se um MongoDB Agent no sistema de destino pode se conectar a todos os hosts no sistema de destino.

  • Configure as roles de Administrador de backup e Administrador de automação no Cloud Manager.

  • Para clusters fragmentados que executam o FCV 4.0 ou anterior, habilite os pontos de verificação.

  • Verifique se o featureCompatibilityVersion do cluster de destino é maior ou igual ao featureCompatibilityVersion do cluster de origem.

    Exemplo

    Execute o seguinte comando para recuperar o featureCompatibilityVersion de um determinado host:

    db.adminCommand( {
    getParameter: 1,
    featureCompatibilityVersion: 1
    } )

    Para saber mais, consulte setFeatureCompatibilityVersion.

  • Revise a seguinte matriz de compatibilidade para o FCV do cluster de origem suportado de cada versão MongoDB. A versão MongoDB de cada host no cluster de destino deve suportar o FCV do snapshot do cluster de origem.

FCV docluster de origem
MongoDB
3.4
MongoDB
3.6
MongoDB
4.0
MongoDB
4.2
MongoDB
4.4
MongoDB
5.0
MongoDB
6.0
3.4
3.6
4.0
4.2
4.4
5.0
6.0

Você pode optar por restaurar para um cluster de um projeto diferente:

  • Para restaurar para outro projeto do Cloud Manager, você deve ter roles de Administrador de automação ou Administrador de backup para o projeto de destino.

  • Para restaurar para outro projeto do MongoDB Atlas, você deve ter a função de Proprietário do Projeto para o projeto de destino.

Uma restauração automatizada pode falhar quando determinadas configurações de armazenamento do banco de dados do backup e do banco de dados de destino não correspondem:

Não existe nenhum método para verificar se há incompatibilidades antes de tentar uma restauração. Se uma tentativa de restauração falhar, o Cloud Manager exibirá todas as configurações incompatíveis. Se você ainda quiser restaurar o reconhecimento de data center do backup, corrija as configurações no reconhecimento de data center de destino que não correspondem ao reconhecimento de data center do backup e, em seguida, tente novamente o processo de restauração do reconhecimento de data center do backup.

Importante

O MongoDB removeu o suporte para o mecanismo de armazenamento MMAPv1 no MongoDB 4.2. Se você editar a configuração do sistema para alterar o mecanismo de armazenamento para o Mecanismo de armazenamento WiredTiger para implementações autogerenciadas, o Cloud Manager reiniciará os processos MongoDB.

Uma restauração automatizada falha quando você tenta restaurar um único shard em um cluster fragmentado. Se você estiver restaurando um cluster fragmentado, deverá restaurar todos os shards.

Para executar uma restauração automatizada, consulte o procedimento do sistema que deseja restaurar:

Para realizar restaurações manuais, você deve ter a função de Administrador de backup no Cloud Manager.

O Cloud Manager fornece cada snapshot como um arquivo descompactado (.tar) contendo uma cópia completa do diretório de dados.

Para executar uma restauração manual, consulte:

Você pode restaurar a partir de um snapshot concluído ou de um momento específico. Use as páginas a seguir para saber mais sobre os fluxos manuais do processo de restauração.

Voltar

Restaurar implantações

Próximo

Restaurar cluster fragmentado