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

Instalar o banco de dados de aplicativos do Ops Manager e o banco de dados de backup

Antes de instalar o MongoDB Ops Manager, você deve distribuir seus bancos de dados de suporte. Esses são chamados de bancos de dados de backup. Esses bancos de dados incluem o banco de dados do Ops Manager Application Database e o banco de dados de backup. A tabela a seguir compara o Ops Manager Application Database e o banco de dados de backup:

Perguntas frequentes

O que o banco de dados armazena?

AVISO: os itens a seguir podem conter dados confidenciais. Para evitar o acesso não autorizado e proteger dados confidenciais, você deve proteger o Ops Manager Application Database.

  • oplog data

  • Dados de sincronização temporária

  • Seus snapshots, dependendo da sua configuração

O banco de dados é necessário?

Sim

Não, a menos que você use o MongoDB Ops Manager para fazer backup dos bancos de dados que o MongoDB Ops Manager gerencia.

Como o banco de dados deve armazenar os dados?

Réplica dedicada definida no volume de armazenamento independente

Conjunto de réplicas dedicado por banco de dados de backup em volumes de armazenamento independentes

O banco de dados pode usar mais de um sistema?

No

O MongoDB Ops Manager pode usar o módulo Automação com esse banco de dados?

No

Sim

O MongoDB Ops Manager pode usar o Módulo de Backup para fazer backup desse banco de dados?

No

No

O MongoDB Ops Manager pode usar o módulo Monitoramento para monitorar esse banco de dados?

Sim

Importante

Não use versões secundárias do MongoDB para backup de bancos de dados. Os bancos de dados de backup são compatíveis somente com as versões principais, como a8 0v..

Observação

Cada banco de dados de backup deve usar um conjunto de réplicasdedicado. O conjunto de réplicas não pode armazenar outros dados.

Executando backups regulares, um banco de dados de backup pode preencher um volume. Se o banco de dados do aplicativo não puder gravar em um volume, o MongoDB Ops Manager será interrompido. A configuração adequada de armazenamento reduz o risco de falhas do MongoDB Ops Manager .

Cada conjunto de réplicas de um banco de dados de apoio deve incluir três nós que contêm dados para alta disponibilidade.

Para o MongoDB Ops Manager banco de banco de dados de aplicativo do, você pode executar um membro do conjunto de réplicas no mesmo host que MongoDB Ops Manager o .

Importante

Bancos de dados de backup com menos de três membros portadores de dados

A partir do Ops Manager 8.0.26, o Ops Manager usa a preocupação de gravação majority por padrão para gravações duráveis em seus bancos de dados de apoio, incluindo o banco de dados de aplicativo. As gravações não duráveis, como registros e métricas, continuam a usar a preocupação de gravaçãoReplica Acknowledged (w:2). Para reverter para o comportamento pré-8.0.26, onde algumas gravações duráveis usavam w:2, defina mms.writeConcern.mode como legacy. Use o modo legacy somente se notar uma queda de desempenho após a atualização.

Com qualquer uma das preocupação de gravação, uma escrita é relatada como bem-sucedida somente depois que o primário e um outro membro portador de dados a reconhecerem quando o conjunto de réplicas tiver menos de três membros portadores de dados. Isso significa que, se um banco de dados de apoio com apenas dois membros portadores de dados perder um deles, o MongoDB interromperá as operações de gravação.

Se você não tiver capacidade de armazenamento para três membros portadores de dados, poderá usar um árbitro como o terceiro membro do conjunto de réplicas. No entanto, essa configuração reduz a disponibilidade de gravação porque o conjunto de réplicas tem apenas dois membros portadores de dados.

Aviso

Preocupações padrão de leitura e gravação

As read e write concerns padrão do MongoDB devem corresponder às read e write concerns padrão dos bancos de dados de apoio e do banco de dados de aplicativo. Se você definir uma read ou write concern diferente, poderá sofrer perda de dados.

Você pode optar por monitorar o banco de dados do aplicativo depois de instalar o MongoDB Ops Manager.

Para monitorar o banco de dados do aplicativo:

  1. Conclua a instalação dos bancos de dados de apoio.

  2. Instalar o aplicativo MongoDB Ops Manager .

  3. Enable Monitoring para o banco de dados do aplicativo.

    1. Instale o MongoDB Agent nos hosts do banco de dados de aplicativo .

    2. Adicione o banco de dados de aplicativos por meio da interface do usuário do MongoDB Ops Manager .

Dica

Para seguir o procedimento completo, consulte Habilitar o monitoramento do aplicativo de banco de dados.

Os conjuntos de réplicas que hospedam os MongoDB Ops Manager bancos de dados de apoio do devem:

Os conjuntos de réplicas devem armazenar dados para suportar MongoDB Ops Manager apenas metadados . Eles não devem armazenar outros dados.

Se você usar o armazenamento compatível com S3para armazenamento de blocos ou oplog, o banco de dados de backup poderá armazenar os metadados para os blocos e oplog.

Para a seguinte série de versões do Ops Manager, você pode executar seus bancos de dados de backup em qualquer uma das seguintes versões do MongoDB:

Lançamento do Gerenciador de Operações
MongoDB 4.2
MongoDB 4.4
MongoDB 5.0
MongoDB 6.0
MongoDB 7.0
MongoDB 8.0 []1
MongoDB 9.0

MongoDB Ops Manager 9.0

EOL

EOL

EOL

EOL

Obsoleto(a)

Suportado

Suportado

MongoDB Ops Manager 8.0

EOL

EOL

EOL

Obsoleto(a)

Suportado

Suportado

Suportado

Gerente de operações 7.0

EOL

EOL

Obsoleto(a)

Suportado

Suportado

N/A

N/A

Gerente de operações 6.0

EOL

Obsoleto(a)

Suportado

Suportado

N/A

N/A

N/A

MongoDB Ops Manager 5.0

Obsoleto(a)

Suportado

Suportado

N/A

N/A

N/A

N/A

MongoDB Ops Manager 4.4

Suportado

Suportado

N/A

N/A

N/A

N/A

N/A

MongoDB Ops Manager 4.2

Suportado

N/A

N/A

N/A

N/A

N/A

N/A

[1] MongoDB 8.2 e 8.3 não são compatíveis com os bancos de dados de backup.

Observação

Uma versão obsoleta continua funcionando com a versão correspondente do Ops Manager, no entanto, deixaremos de oferecer suporte para essa versão no próximo lançamento. O suporte do MongoDB recomenda migrar para uma versão compatível para evitar possíveis problemas de incompatibilidade.

Para saber mais, consulte a Política de suporte legado do MongoDB e Programações do ciclo de vida do software MongoDB para o Ops Manager.

Importante

Não use versões secundárias do MongoDB para backup de bancos de dados. Os bancos de dados de backup são compatíveis somente com as versões principais, como a8 0v..

O suporte à versão abrange a série completa de lançamentos, do primeiro ao último lançamento.

Para saber mais sobre a versão MongoDB, consulte Versões do MongoDB no Manual MongoDB.

Importante

Somente o MongoDB Ops Manager bancos de dados de backup devem atender a esse requisito. As implementações do MongoDB que o Ops Manager gerencia não. Para obter as versões mínimas necessárias para sistemas gerenciadas do MongoDB, consulte a array de compatibilidade do MongoDB.

Use o WiredTiger para o banco de dados do aplicativo MongoDB Ops Manager .

Para obter opções de configuração do banco de dados de dados de backup, consulte Preparações de backup.

Não execute os bancos de dados de backup com o conjunto de parâmetros do MongoDB --notablescan . Quando definido, este parâmetro especifica que todas as consultas devem utilizar índices.

Garanta que as conexões do MongoDB Ops Manager com seus bancos de dados de apoio sejam seguras. Configure esses bancos de dados para aceitar conexões do MongoDB Ops Manager que usam apenas TLS.

Limite o acesso aos seus bancos de dados de apoio a usuários específicos do MongoDB usando um mecanismo de autenticação. Para configurar seus bancos de dados de apoio para usar autenticação, consulte Configurar o MongoDB Ops Manager para autenticação com bancos de dados de aplicativos.

Configure estes usuários para ter os papéis e. Se um banco de dados readWriteAnyDatabase de apoio for um cluster fragmentado,dbAdminAnyDatabase adicione,clusterAdmin clusterMonitor caso contrário, adicione.

Os hosts que executam os conjuntos de réplicas devem atender aos seguintes requisitos para:

Os hosts devem atender aos requisitos de hardware do Ops Manager Application Database ou aos requisitos de hardware do banco de dados de backup , dependendo do banco de banco de dados que o host executa. Se um host servir a outros componentes MongoDB Ops Manager além do banco de banco de dados, você deverá somar os requisitos de hardware para cada componente para determinar os requisitos do host.

Os hosts devem ser configurados de acordo com os requisitos fornecidos nas Notas de Produção do MongoDB , exceto quando explicitamente contrariado neste tutorial. As Notas de Produção incluem informações sobre ulimits, NUMA e outras opções de configuração.

Use FQDNs em letras minúsculas. Se você usar caracteres maiúsculos, o Ops Manager poderá não conseguir encontrar seu banco de dados de apoio. Para saber mais sobre como nomear hosts, consulte RFC 1178.

A segurança da rede do host deve permitir as portas necessárias descritas em Configuração do firewall. As regras de firewall de entrada e saída apropriadas para cada host devem permitir o acesso às portas necessárias.

ORHEL limita o número máximo de processos de usuário a 1024. Isso substitui a configuração do limite geral do processo do usuário (ulimit -u).

Para o userid que executa o Ops Manager (mongodb-mms por padrão), adicione entradas soft e hard nproc (número de processos) ao arquivo de configuração do processo do usuário /etc/security/limits.d/99-mongodb-nproc.conf . Use valores maiores que o limite do processo de usuário RHEL 1024.

mongodb-mms soft nproc 200000
mongodb-mms hard nproc 500000

Se /etc/security/limits.d/99-mongodb-nproc.conf não existir, crie-o. Use o conteúdo do arquivo /etc/security/limits.d/90-nproc.conf como modelo.

Se os hosts não estiverem configurados para usar os data log caminhos ou portas padrão do MongoDB ou e estiverem aplicando políticas do SELinux, atualize as políticas do SELinux antes de iniciar os bancos de dados de backup.

Para saber como atualizar a política do SELinux:

Para implantar conjuntos de réplicas do para hospedar MongoDB os MongoDB Ops Manager bancos de dados de apoio do :

1

Seus hosts devem atender aos requisitos de configuração do host .

Importante

Configure a implantação do MongoDB para seus bancos de dados de apoio de acordo com as Notas de produção do MongoDB. Caso contrário, a implementação do MongoDB pode falhar.

2

Siga as etapas para Instalar o MongoDB. Se você instalar o MongoDB Enterprise para o banco de dados de backup, deverá instalar as dependências do MongoDB Enterprise.

3

Siga as etapas descritas em Implementar um conjunto de réplicas para cada aplicativo de banco de dados. Depois de implantar os bancos de dados do aplicativo, você pode instalar o MongoDB Ops Manager usando um dos seguintes procedimentos:

Em seguida, você pode realizar a implantação de conjunto de réplicas gerenciadas com o MongoDB Ops Manager para os bancos de dados de apoio restantes. Como alternativa, você pode implantar manualmente conjuntos de réplicas para cada banco de dados de backup.