Join us at MongoDB.local London on 7 May to unlock new possibilities for your data. Use WEB50 to save 50%.
Register now >
Docs Menu
Docs Home
/ /
/ / /

Reparar el primario perdido

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

Puede configurar condiciones de alerta en el 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 impide que todos los miembros del conjunto 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.

Asegúrese de que haya más de un miembro que contenga datos con una prioridad mayor que 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