Soluções de verificação de saúde
Nesta página
- O host está diminuindo o espaço em disco disponível
- O host tem utilização excessiva do disco
- O host tem avisos de inicialização
- O host não está acessível
- Versão do MongoDB desatualizada
- O conjunto de réplicas tem um número par de votos
- O conjunto de réplicas tem menos de três nós portadores de dados
- O conjunto de réplicas tem nós de versão mista
- O conjunto de réplicas tem mais de um árbitro
- O cluster compartilhado tem nós de versão mista
- Muitas operações em fila
- Muito atraso na replicação
- A autenticação OAuth 2.0 para acesso programático ao Cloud Manager está disponível como um recurso de visualização.
- O recurso e a documentação correspondente podem mudar a qualquer momento durante o período de Pré-visualização. Para usar a 2.0 autenticação OAuth, crie uma conta de serviço para usar em suas solicitações para a API pública do Cloud Manager .
Esta página lista os problemas que podem ser levantados por uma verificação de integridade do Cloud Manager e fornece suas soluções.
O host está diminuindo o espaço em disco disponível
O Cloud Manager considera qualquer disco em qualquer host como precisando de mais capacidade de disco se estimar que o disco estará cheio em duas semanas ou menos.
Para corrigir esse problema, mova seu banco de dados para discos com maior capacidade.
O host tem utilização excessiva do disco
O Cloud Manager considera qualquer disco em qualquer host como tendo utilização excessiva de disco se estiver armazenando ou recuperando dados ativamente por um período prolongado de tempo.
Para corrigir esse problema, mova seu banco de dados para discos com maior rendimento.
O host tem avisos de inicialização
Limita o aviso de inicialização
Os limites de processo e de usuário com valores padrão baixos podem causar vários problemas no curso da operação normal do MongoDB. Para obter mais informações e recomendações, consulte Configurações de ulimit do UNIX no Manual do MongoDB.
Aviso de inicialização habilitada para NUMA
A execução do MongoDB em um sistema com NUMA pode causar vários problemas operacionais, incluindo desempenho lento por períodos de tempo e alto uso de processos do sistema. Para obter mais informações e recomendações, consulte Hardware MongoDB e NUMA no Manual do MongoDB.
Readahead
Leia esta seção no Manual do MongoDB para obter informações e recomendações sobre o aviso de inicialização Readahead .
Páginas enormes transparentes + desfrag
Para obter informações e recomendações sobre o aviso de inicialização Transparent Huge Pages and Defrag, consulte Desativar o Transparent Huge Pages (THP).
O host não está acessível
O agente MongoDB se conecta a cada processo MongoDB em seu sistema para coletar dados de diagnóstico.
Se o seu agente MongoDB não puder se conectar a um processo, considere as seguintes resoluções possíveis:
Razão | de conflitos |
|---|---|
O host não existe mais. | Remova o host do Cloud Manager. |
O monitoramento não pode alcançar o host. | Consulte Remédios para um alerta de inatividade do host para obter possíveis soluções. |
Versão do MongoDB desatualizada
Para sistemas do MongoDB gerenciadas pelo Cloud Manager, o Cloud Manager oferece suporte a operações automáticas seguras de upgrade e downgrade entre versões do MongoDB, maximizando a disponibilidade de seu sistema. O Cloud Manager oferece suporte a operações de upgrade e downgrade para clusters fragmentados, conjuntos de réplicas e instâncias autônomas do MongoDB.
Configurar versões MongoDB disponíveis descreve como escolher quais versões do MongoDB estão disponíveis para o Cloud Manager.
Se o Cloud Manager não gerenciar seu sistema, altere manualmente a versão do MongoDB. O Manual do MongoDB fornece tutoriais de atualização com cada versão. Por exemplo, consulte Atualizar MongoDB para 4.2 para atualizar para MongoDB 4.2 a partir de uma versão anterior.
Para implementações gerenciadas:
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Para obter mais informações e precauções, consulte Alterar a versão do MongoDB.
O conjunto de réplicas tem um número par de votos
Um número par de membros votantes em um conjunto de réplicas pode levar a problemas de eleição no caso de falha de um nó primário. Você deve considerar adicionar um nó de votação adicional aos seus conjuntos de réplica para garantir um número ímpar de votos.
Você pode adicionar um árbitro ao seu conjunto de réplicas para permitir um número irregular de membros sem a sobrecarga de um membro que replica os dados.
Se sua implantação não for gerenciada pelo Cloud Manager, siga as instruções do MongoDB Manager para adicionar manualmente um árbitro ao seu conjunto de réplicas.
Para implementações gerenciadas:
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
O conjunto de réplicas tem menos de três nós portadores de dados
Recomendamos que seu conjunto de réplicas inclua pelo menos três nós que contêm dados para garantir alta disponibilidade. Para conhecer os fatores que afetam a alta disponibilidade, consulte as páginas do manual MongoDB em
Se sua implantação não for gerenciada pelo Cloud Manager, siga as instruções do MongoDB Manager para adicionar manualmente um nó ao seu conjunto de réplicas.
Para implementações gerenciadas:
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
O conjunto de réplicas tem nós de versão mista
Devido a possíveis incompatibilidades, é recomendável atualizar versões desatualizadas de instâncias do MongoDB para as mais recentes em seu cluster.
Se seu sistema não for gerenciado pelo Cloud Manager, você precisará alterar manualmente a versão do MongoDB. O Manual do MongoDB fornece tutoriais de atualização com cada versão. Por exemplo, consulte Atualizar MongoDB para 4.2 para atualizar para MongoDB 4.2 a partir de uma versão anterior.
Para implementações gerenciadas:
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Para obter mais informações e precauções, consulte Alterar a versão do MongoDB.
O conjunto de réplicas tem mais de um árbitro
Um árbitro é adicionado a um conjunto de réplicas com um número par de membros para adicionar um voto nas eleições para as primárias. Os árbitros sempre têm exatamente um voto e, portanto, permitem que os conjuntos de réplicas tenham um número desigual de membros, sem a sobrecarga de um membro que replica dados. Apenas um árbitro é obrigado a quebrar laços eleitorais.
Se a sua implantação não for gerenciada pelo Cloud Manager, siga as instruções do MongoDB Manager para remover manualmente um membro do seu conjunto de réplicas.
Para implementações gerenciadas:
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Para obter mais informações sobre arquiteturas de implantação, consulte Arquiteturas de implantação de conjunto de réplicas no Manual do MongoDB.
O cluster compartilhado tem nós de versão mista
Os componentes do cluster fragmentado executam versões diferentes do MongoDB.
Para evitar problemas de compatibilidade, utilize a mesma versão do MongoDB para todos os processos do mongos e mongod que compõem seu cluster fragmentado. Isso inclui todos os processos mongod usados para os servidores de configuração e shardsdo cluster.
Para alterar a versão de um processo do mongod ou mongos , consulte Alterar a versão do MongoDB.
Muitas operações em fila
Operações em fila são operações que estão esperando para serem processadas. Isso pode ocorrer quando você atingiu sua capacidade de hardware ou se você tiver queries de baixo desempenho.
Se você tiver acesso ao Cloud Manager Premium, poderá acompanhar operações de longa duração usando o Cloud Manager Profiler. Para habilitar a ferramenta de perfil no Cloud Manager:
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Se você não tiver acesso ao Cloud Manager Premium, continuará tendo acesso aos dados de criação de perfil para obter estatísticas sobre desempenho e operações de banco de dados. Para saber mais sobre como criar perfis de bancos de dados, consulte Bases de dados de perfil.
Muito atraso na replicação
Atraso de replicação é um atraso entre uma operação no primary e a aplicação dessa operação do oplog para o secundário. O atraso de replicação pode ser um problema significativo e afetar seriamente as implementações de conjuntos de réplicas do MongoDB. Um atraso excessivo na replicação torna os nós "atrasados" inelegíveis para se tornarem primary rapidamente e aumenta a possibilidade de que as operações de leitura distribuída sejam inconsistentes.
Para solucionar problemas de atraso de replicação, veja Verificar o atraso de replicação no Manual do MongoDB.