/ /

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 analiza `mongod` el documento de configuración del conjunto de réplicas mientras está `STARTUP` en.
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 4.2 versión, MongoDB detiene todas las operaciones de usuario en curso cuando un miembro entra en el `ROLLBACK` estado.
10	`REMOVED`	Este nodo perteneció a un set de réplicas, pero luego se eliminó.

Estados

Estados Centrales

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

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

ARBITER: Los miembros en ARBITER estado 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 ARBITER estado 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 STARTUP el estado. mongod A continuación, carga la configuración del conjunto de réplicas de ese miembro y cambia su estado a o.STARTUP2 Los miembros ARBITER STARTUP en estado 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 STARTUP2 estado tan pronto como termina de cargar la configuración mongod 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 hasta que se copian todos los datos y se crean todos los índices. Posteriormente, el miembro STARTUP2 pasa RECOVERING a.

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

RECOVERING

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

Un miembro pasa del estadoRECOVERINGalSECONDARYtras replicar suficientes datos para garantizar una vista consistente de los mismos para las lecturas de los clientes. La única diferencia entre los estadosRECOVERINGySECONDARYes queRECOVERINGprohíbe las lecturas de los clientes ySECONDARYlas permite. El estadoSECONDARYno garantiza nada respecto a la obsolescencia de los datos con respecto al principal.

Debido a la sobrecarga, un nodo secundario puede quedar 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 y requiere intervención RECOVERING 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 ROLLBACK estado. Los miembros con el estado pueden votar en las ROLLBACK elecciones.

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

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 REMOVED en el estado. Cuando los miembros entran en el REMOVED estado, los registros marcarán este evento con una replSet REMOVED entrada de mensaje.

[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