Make the MongoDB docs better! We value your opinion. Share your feedback for a chance to win $100.
Click here >
Docs Menu
Docs Home
/ /
/ / /

Reparar el primario perdido

En el momento T, no primario fue detectado en el set de réplicas ABC.

Puedes configurar condiciones de alerta a nivel de proyecto página de configuración de alertas para activar alertas.

Para obtener más información sobre la condición de alerta, consulta El set de réplicas no tiene primario.

  • Una partición de red está impidiendo que todos los nodos del set de réplicas se comuniquen entre sí.

  • No hay suficientes miembros votantes en el set de réplicas para mantener un primario. Se requiere una mayoría simple para tener un primario. Esto puede suceder si demasiados hosts están inactivos (o no responden) a los latidos del set de réplicas.

  • No hay un nodo electable cuando la primaria baja.

  • Asegurar que la mayoría de los votos estén disponibles en el set de réplicas. Si los hosts se han apagado de forma permanente, asegúrate de que se eliminen de la configuración del set de réplicas.

  • Utiliza pruebas básicas de ping de un host a otro para garantizar que puedan comunicarse entre ellos.

Verifica que haya más de un nodo portador de datos con una prioridad superior a 0.

Para obtener más información, consulte Elecciones de sets de réplicas en el manual de MongoDB.

Consulta los siguientes gráficos para supervisar si la implementación está agotando los recursos:

  • Normalized System CPU

    Supervisa el uso de la CPU para determinar si los datos se recuperan del disco en lugar de la memoria.

  • Disk IOPs

    Supervisa si los IOPS del disco se acercan a los IOPS máximos aprovisionados. Determine si la implementación puede gestionar cargas de trabajo futuras.

  • Connections

    Supervisar las conexiones para determinar si los límites actuales de conexión son suficientes

Para obtener más información, consulte Ver métricas de implementación.

Volver

Replica Lag

En esta página