Corrigir o primário perdido

Condições de alerta

Você pode configurar condições de alerta na página deconfigurações de alerta do em nível de projeto para trigger alertas.

Para saber mais sobre a condição de alerta, consulte O conjunto de réplicas não tem primário.

Gatilhos comuns

• Uma partição de rede está impedindo que todos os membros do conjunto de réplicas se comuniquem uns com os outros.

• Não há membros votantes suficientes no conjunto de réplicas para manter uma primária. É necessária uma maioria simples para ter uma primária. Isso pode acontecer se muitos hosts estiverem inativos (ou não respondendo) aos heartbeats do conjunto de réplicas.

• Não há um membro elegível quando o primary cai.

Corrigir o problema imediato

• Certifique-se de que a maioria dos votos esteja disponível no conjunto de réplicas. Se os hosts tiverem sido desligados permanentemente, certifique-se de que sejam removidos da configuração do conjunto de réplicas.

• Use testes de ping básicos de um host para outro para garantir que eles possam se comunicar uns com os outros.

Implemente uma solução a longo prazo

Certifique-se de que haja mais de um membro portador de dados com prioridade maior que 0.

Para saber mais, consulte Eleições de conjunto de réplicas no manual do MongoDB.

Monitore seu progresso

Visualize os seguintes Atlas Charts para monitorar se a implantação está esgotando os recursos:

• Normalized System CPU

  Monitore o uso da CPU para determinar se os dados são recuperados do disco em vez da memória.

• Disk IOPs

  Monitore se o IOPS de disco se aproxima do IOPS máximo provisionado. Determine se a implantação pode lidar com volumes de trabalho futuros.

• Connections

  Monitore as conexões para determinar se os limites de conexão atuais são suficientes

Para saber mais, consulte Visualizar métricas de sistema.