Para agentes de IA: um índice de documentação está disponível em https://www.mongodb.com/pt-br/docs/llms.txt — as versões de markdown de todas as páginas estão disponíveis anexando .md a qualquer caminho de URL.
Menu Docs

Configurar um MongoDB Ops Manager secundário para fazer backup do MongoDB Ops Manager

Este guia mostra como configurar um MongoDB Ops Manager secundário para fazer backup de um MongoDB Ops Manager primário e seus bancos de dados de apoio. Para obter uma visão geral desse padrão, consulte Fazer backup e restaurar o MongoDB Ops Manager usando uma instância secundária.

Mantenha esta configuração de backup separada dos backups que o MongoDB Ops Manager primário faz de suas implantações do MongoDB . Use um projeto dedicado no MongoDB Ops Manager secundário para os bancos de dados de apoio do MongoDB Ops Manager primário. Essa separação evita confusão entre backups de recuperação de desastre do MongoDB Ops Manager e backups de seu aplicativo.

Você deve fazer backup do banco de dados de aplicativo do MongoDB Ops Manager primário. Faça backup do armazenamento de metadados de snapshot e do armazenamento de metadados de oplog também. Quando você faz backup de todos os três bancos de dados de apoio, você pode restaurá-los para um único ponto consistente no tempo.

Antes de configurar o MongoDB Ops Manager secundário, cumpra os seguintes pré-requisitos.

  • Implante um MongoDB Ops Manager secundário em um domínio de falha separado do MongoDB Ops Manager primário. Você pode usar uma nova instalação do MongoDB Ops Manager que executa a mesma versão do MongoDB Ops Manager primário ou uma versão posterior.

  • Implante o banco de dados de aplicativo do MongoDB Ops Manager secundário como um conjunto de réplicas para alta disponibilidade.

  • Habilite e configure um Backup Daemon no MongoDB Ops Manager secundário com um blockstore de armazenamento compatível com S3para os snapshots do banco de dados de aplicativo do MongoDB Ops Manager primário.

  • Execute o banco de dados de aplicativo do MongoDB Ops Manager primário como um conjunto de réplicas de vários nós (por exemplo, um conjunto de réplicas de três nós) para failover automático. O backup suporta conjuntos de réplicas e clusters sharded. Se você precisar fazer backup de um banco de dados de aplicativo autônomo existente, converta-o primeiro em um conjunto de réplicas. Use um conjunto de réplicas de nó único apenas como uma etapa de transição para uma topologia de vários nós.

  • Executar o banco de dados de aplicativo no MongoDB Enterprise.

  • Para testar o backup e restaurar o caminho de ponta a ponta, certifique-se de que o MongoDB Ops Manager primário tenha pelo menos um projeto com um cluster gerenciado habilitado para backup.

  • Permita que os servidores de aplicativos secundários do MongoDB Ops Manager alcancem os hosts de bancos de dados de apoio do MongoDB Ops Manager primário na porta do MongoDB Agent.

  • Permita que os hosts do banco de dados de apoio do Ops Manager primário alcancem o Ops Manager secundário na porta do aplicativo do Ops Manager secundário.

  • Habilite a criptografia de transporte TLS ou equivalente entre as instâncias primárias e secundárias do Ops Manager. O tráfego de backup carrega a configuração do aplicação do Ops Manager principal, que inclui credenciais e outros dados confidenciais.

  • Confirme se você pode autenticar nos bancos de dados de apoio do MongoDB Ops Manager primário. Para saber mais, consulte Configurar as conexões para o banco de dados de aplicativo.

Antes que ocorra um desastre, preserve os seguintes arquivos em cada host primário do MongoDB Ops Manager. Esses arquivos não fazem parte do backup do banco de dados de aplicativo e devem ser retidos separadamente:

Item
Localização
Descrição

chave de criptografia gen.key

/etc/mongodb-mms/gen.key

Criptografa o conteúdo do banco de dados de aplicativo. Deve corresponder à chave usada para a instalação original, ou o MongoDB Ops Manager primário não poderá descriptografar o banco de dados de aplicativo restaurado na inicialização.

Configuração do MongoDB Ops Manager

conf-mms.properties e arquivos de configuração JVM

Armazena URIs de banco de dados, configuração de blockstore, chaves de licença e certificados TLS. Sem ele, você deve reconfigurar o MongoDB Ops Manager primário manualmente.

Configuração do agente

/etc/mongodb-mms/automation-agent.config em cada host gerenciado

Armazenar mmsGroupId e mmsApiKey. Eles devem corresponder aos registros do projeto do banco de dados de aplicativo restaurado para que os agentes se reconectem sem novo registro.

Importante

Se o arquivo gen.key estiver ausente ou não corresponder ao banco de dados de aplicativo restaurado, o Ops Manager primário falhará em sua verificação pré-voo de inicialização com um erro de que gen.key não corresponde à chave já usada para esta instalação do Ops Manager. Mantenha gen.key em seu backup de recuperação de desastre junto com os dados do banco de dados do aplicativo.

1

No MongoDB Ops Manager secundário, adicione o banco de dados de aplicativo do MongoDB Ops Manager primário como uma implantação existente:

  1. Crie ou selecione um projeto dedicado para os bancos de dados de apoio do MongoDB Ops Manager primário.

  2. Clique em Deployment, Add Existing MongoDB Deployment e adicione o conjunto de réplicas do banco de dados do aplicativo. Para saber mais, consulte Adicionar processos MongoDB existentes ao Ops Manager.

  3. Instale o MongoDB Agent em cada host de banco de dados de aplicativo e registre-o com o MongoDB Ops Manager secundário usando o mmsGroupId e o mmsApiKey do projeto MongoDB Ops Manager secundário. Para saber mais, consulte Instalar o MongoDB Agent para gerenciar implantações.

  4. Confirme se todos os nós do banco de dados de aplicativo são exibidos como “íntegros” no MongoDB Ops Manager secundário antes de continuar.

2

No Ops Manager secundário, ative o backup para o banco de dados de aplicativo do Ops Manager primário:

  1. Na visualização de implantação, clique no menu e, em seguida, clique em Enable Backup.

  2. Confirme se o Backup Daemon está em execução e se um blockstore está configurado no MongoDB Ops Manager secundário.

  3. Defina o agendar de snapshot, a política de retenção e o destino de armazenamento.

  4. Aguarde a conclusão do primeiro snapshot e o aparecimento de uma janela de recuperação contínua de ponto no tempo. Isso confirma que o backup está íntegro.

Para saber mais sobre a configuração de backup, consulte Fazer backup de uma implantação.

3

Faça também backup do armazenamento de metadados de snapshot e do armazenamento de metadados de oplog do MongoDB Ops Manager primário:

  1. Adicione cada conjunto de réplicas ao Ops Manager secundário da mesma forma que adicionou o banco de dados de aplicativo.

  2. Habilitar backup para cada um.

Fazer backup de todos os três bancos de dados de apoio permite restaurá-los para um único ponto consistente no tempo durante a recuperação.

4

Confirme se o Ops Manager secundário faz backup dos bancos de dados de apoio conforme o esperado:

  1. Confirme se novos snapshots aparecem no agendamento que você definiu.

  2. Confirme se a janela de recuperação pontual é contínua e avança ao longo do tempo.

Observação

O modo de restauração é habilitado por padrão no MongoDB Ops Manager 8.0.24 e posterior. Para desativá-lo, defina a variável personalizada mms.featureFlag.automation.restorationMode como disabled em Admin, General, Ops Manager Config, Custom Variables. A alteração entra em vigor na próxima pesquisa do MongoDB Agent, sem reinicialização.

Após configurar este padrão, valide o caminho de restauração regularmente. Para restaurar o MongoDB Ops Manager primário em um evento de recuperação de desastre, consulte Restaurar o MongoDB Ops Manager a partir de um MongoDB Ops Manager secundário.