Estados del set de réplicas

Esta versión de la documentación está archivada y ya no recibe soporte. Para actualizar su implementación 6.0, consulte Procedimientos de actualización de MongoDB.7.0

Cada miembro de un conjunto de réplicas tiene un estado.

Número	Nombre	Descripción del estado
0	`STARTUP`	No eres todavía un nodo activo de ningún set. Todos los miembros se inician en este estado. El `mongod` analiza el documento de configuración de set de réplicas mientras está en `STARTUP`.
1	`PRIMARY`	El miembro en las primarias estatales es el único que puede aceptar operaciones de escritura. Tiene derecho a voto.
2	`SECONDARY`	Un miembro de la secundaria estatal está replicando el almacén de datos. Tiene derecho a voto.
3	`RECOVERING`	Los miembros realizan autocomprobaciones de inicio o realizan la transición tras completar una reversión o resincronización. No hay datos disponibles para las lecturas de este miembro. Elegible para votar.
5	`STARTUP2`	El miembro está realizando una sincronización inicial. Tiene derecho a votar, excepto si se añade recientemente al conjunto de réplicas.
6	`UNKNOWN`	El estado del miembro, tal como lo ve otro miembro del conjunto, aún no se conoce.
7	`ARBITER`	Los árbitros no replican datos y su único propósito es participar en las elecciones. Tienen derecho a voto.
8	`DOWN`	El miembro, visto desde otro miembro del conjunto, es inalcanzable.
9	`ROLLBACK`	Este miembro está realizando una reversión. Puede votar. No hay datos disponibles para las lecturas de este miembro. A partir de la 4.2 versión, MongoDB elimina todas las operaciones de usuario en curso cuando un miembro ingresa al `ROLLBACK` estado.
10	`REMOVED`	Este miembro alguna vez estuvo en un conjunto de réplicas, pero posteriormente fue eliminado.

Estados

Estados centrales

PRIMARY: Los miembros en estado PRIMARY aceptan operaciones de guardar. Un set de réplicas tiene como máximo un primario a la vez. [1] Un nodo 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 SECONDARY estado replican el conjunto de datos de las primarias y pueden configurarse para aceptar operaciones de lectura. Los miembros secundarios pueden votar en las elecciones y pueden ser elegidos para el estado si las primarias no están PRIMARY disponibles.

ARBITER: Los miembros en el estadoARBITERno replican datos ni aceptan operaciones de escritura. Tienen derecho a voto y su función es resolver empates en las elecciones. Los conjuntos de réplicas solo deben tener un miembro en el estadoARBITERsi, de lo contrario, el conjunto tendría un número par de miembros con derecho a voto y podría sufrir empates. Solo debe haber un árbitro configurado en cada conjunto de réplicas. Para conocer las consideraciones al usar un árbitro, consulte Árbitro del conjunto de réplicas.

Consulte Miembros del conjunto de réplicas para obtener más información sobre los estados principales.

Otros Estados

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

STARTUP2

Modificado en la versión 5.0.

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

El miembro decide si desea realizar una sincronización inicial. Si un miembro inicia una sincronización inicial, permanece en hasta que se copien todos los datos y se creen todos los índices. Posteriormente,STARTUP2 pasa RECOVERING a.

Los miembros recién agregados en no pueden votar ni ser elegidos durante el proceso de sincronización inicial. Antes de STARTUP2 MongoDB,5.0 los miembros en sí podían 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 deRECOVERINGaSECONDARYtras replicar suficientes datos para garantizar una vista consistente de los datos para las lecturas del cliente. La única diferencia entre los estadosRECOVERINGySECONDARYes queRECOVERINGprohíbe las lecturas del cliente ySECONDARYlas permite. El estadoSECONDARYno garantiza la obsolescencia de los datos con respecto al primario.

Debido a una sobrecarga, un secundario puede quedar demasiado rezagado respecto a los demás miembros del conjunto de réplicas, por lo que podría necesitar resincronizarse con el resto del conjunto. En este caso, el miembro entra en el estado y requiere intervención RECOVERING manual.

ROLLBACK

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

A partir de la 4.2 versión, MongoDB elimina todas las operaciones de usuario en curso cuando un miembro ingresa al 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 eliminados del conjunto de réplicas entran en el REMOVED 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

Versión del protocolo

Implementar y gestionar clústeres particionados autogestionados