Menu Docs

Página inicial do DocsMongoDB Ops Manager

Visão geral da restauração

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 um ponto no tempo a partir do qual você deseja restaurar seu banco de dados. O Ops Manager fornece os arquivos dos quais você pode restaurar seu banco de dados.

Você pode restaurar um único banco de dados MongoDB, umconjunto 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 checkpoint 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 Ops 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 funções de Administrador de backup e Administrador de automação no Ops 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.2
    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 Ops Manager, você deve ter roles de Automation Admin ou Backup Admin 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 Ops Manager exibirá todas as configurações incompatíveis. Se você ainda quiser restaurar o banco de dados do backup, corrija as configurações no banco de dados de destino que não correspondem ao banco de dados do backup e tente novamente o processo de restauração do banco de dados 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, o Ops Manager reiniciará os processos do 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 Ops Manager.

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

A escolha de snapshots compactados resulta em uma entrega mais rápida, mas requer espaço suficiente no host de destino para o snapshot compactado e seus arquivos de banco de dados extraídos.

Para executar uma restauração manual, consulte:

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

← Restaurar MongoDB deployments