/ /

Estados del set de réplicas

Cada nodo de un set de réplicas tiene un estado.

Número	Nombre	Descripción del estado
0	`STARTUP`	Aún no es un miembro activo de ningún conjunto. Todos los miembros se inician en este estado. El `mongod` analiza el documento de configuración del conjunto de réplicas mientras se encuentra en `STARTUP`.
1	`PRIMARY`	El nodo en estado primario es el único nodo que puede aceptar operaciones de guardado. Elegible para votar.
2	`SECONDARY`	Un nodo en estado secundario está replicando el almacén de datos. Apto para votar.
3	`RECOVERING`	Los nodos pueden realizar autocomprobaciones de inicio o pasar de completar un rollback o una resincronización. No hay datos disponibles para lecturas de este nodo. Elegible para votar.
5	`STARTUP2`	El nodo está ejecutando una sincronización inicial. Puede votar, salvo cuando se ha añadido recientemente al set de réplicas.
6	`UNKNOWN`	El estado del nodo, según lo ve otro nodo del conjunto, aún no se conoce.
7	`ARBITER`	Los árbitros no replican datos y existen únicamente para participar en elecciones. Apto para votar.
8	`DOWN`	El nodo, desde la perspectiva de otro nodo del conjunto, es inalcanzable.
9	`ROLLBACK`	Este nodo está realizando activamente un rollback. Que cumplan con los requisitos para votar. Los datos no están disponibles para lecturas desde este nodo. A partir de la versión 4.2, MongoDB detiene todas las operaciones de usuario en curso cuando un miembro entra en el estado `ROLLBACK`.
10	`REMOVED`	Este nodo perteneció a un set de réplicas, pero luego se eliminó.

Estados

Estados Centrales

PRIMARY: Los miembros en el estado PRIMARY aceptan operaciones de escritura. Un conjunto de réplicas tiene como máximo un primario a la vez. [1] Un miembro SECONDARY se convierte en primario después de una elección. Los miembros en el estado PRIMARY son elegibles para votar.

SECONDARY: Los miembros del estado SECONDARY replican el conjunto de datos del estado primario y pueden configurarse para aceptar operaciones de lectura. Los miembros secundarios tienen derecho a voto en las elecciones y pueden ser elegidos para el estado PRIMARY si el estado primario deja de estar disponible.

ARBITER: Los miembros en estado ARBITER no replican datos ni aceptan operaciones de escritura. Tienen derecho a voto y existen únicamente para desempatar durante las elecciones. Los conjuntos de réplicas solo deben tener un miembro en estado ARBITER si, de lo contrario, el conjunto tendría un número par de miembros votantes y podría sufrir empates en las elecciones. Solo debe haber un árbitro configurado como máximo en cada conjunto de réplicas. Para obtener más información sobre el uso de un árbitro, consulte Árbitro de conjunto de réplicas.

Consulta Miembros de set de réplicas para obtener más información sobre los estados principales.

Otros estados

STARTUP: Cada miembro de un conjunto de réplicas comienza en el estado STARTUP. A continuación, mongod carga la configuración del conjunto de réplicas de ese miembro y cambia su estado a STARTUP2 o ARBITER. Los miembros en estado STARTUP no pueden votar, ya que aún no son miembros reconocidos de ningún conjunto de réplicas.

STARTUP2

Cambiado en la versión 5.0.

Cada miembro portador de datos de un conjunto de réplicas entra en el estado STARTUP2 tan pronto como mongod termina de cargar la configuración de ese miembro.

El miembro decide entonces si realiza o no una sincronización inicial. Si un miembro inicia una sincronización inicial, permanece en STARTUP2 hasta que se copian todos los datos y se crean todos los índices. Posteriormente, el miembro pasa a RECOVERING.

Los miembros recién agregados en STARTUP2 no son elegibles para votar y no pueden ser elegidos durante el proceso de sincronización inicial. Antes de MongoDB 5.0, los miembros en STARTUP2 eran elegibles para votar.

RECOVERING

Un miembro de un conjunto de réplicas entra en el estado RECOVERING cuando no está listo para aceptar lecturas. El estado RECOVERING puede ocurrir durante el funcionamiento normal y no necesariamente refleja una condición de error. Los miembros en el estado RECOVERING pueden votar en las elecciones, pero no pueden entrar en el estado PRIMARY.

Un miembro pasa del estado RECOVERING al SECONDARY tras replicar suficientes datos para garantizar una vista consistente de los mismos para las lecturas de los clientes. La única diferencia entre los estados RECOVERING y SECONDARY es que RECOVERING prohíbe las lecturas de los clientes y SECONDARY las permite. El estadoSECONDARY no garantiza nada respecto a la obsolescencia de los datos con respecto al principal.

Debido a la sobrecarga, un nodo secundario puede quedarse tan rezagado con respecto a los demás miembros del conjunto de réplicas que necesite resincronizarse con el resto del conjunto. Cuando esto sucede, el miembro entra en el estado RECOVERING y requiere intervención manual.

ROLLBACK

Cuando el conjunto de réplicas reemplaza a un miembro primario en una elección, el antiguo miembro primario puede contener documentos que no se replicaron a los miembros secundarios. En este caso, el antiguo miembro primario revierte esas escrituras. Durante la reversión, el miembro tendrá el estado ROLLBACK. Los miembros con el estado ROLLBACK pueden votar en las elecciones.

A partir de la versión 4.2, MongoDB detiene todas las operaciones de usuario en curso cuando un miembro entra en el estado ROLLBACK.

Estados de error

Los miembros en cualquier estado de error no pueden votar.

UNKNOWN: Los miembros que nunca han comunicado información de estado al conjunto de réplicas están en el estado UNKNOWN.

DOWN: Los miembros que pierden su conexión con el conjunto de réplicas son vistos como DOWN por los miembros restantes del conjunto.

REMOVED: Los miembros que se eliminan del conjunto de réplicas entran en el estado REMOVED. Cuando los miembros entran en el estado REMOVED, los registros marcarán este evento con una entrada de mensaje replSet REMOVED.

[1]

En algunas circunstancias, dos nodos en un set de réplicas pueden creer transitoriamente que son los primarios, pero como mucho, uno de ellos podrá completar escrituras con el nivel de confirmación de escritura { w: "majority" }. El nodo que puede completar { w: "majority" } escrituras es el primario actual, y el otro nodo es un ex primario que aún no ha reconocido su descenso de categoría, típicamente debido a una partición de red. Cuando esto ocurre, los clientes que se conectan al antiguo primario pueden observar la presencia de datos obsoletos a pesar de haber solicitado la preferencia de lectura primary, y las nuevas escrituras en el antiguo primario eventualmente se revertirán.

Volver

Referencia de replicación

base de datos local