Docs Menu
Docs Home
/ /
Actualice 5.0 a 6.0

Actualiza un set de réplicas a 6.0

Familiarízate con el contenido de este documento, incluyendo una revisión exhaustiva de los requisitos previos, antes de actualizar a MongoDB 6.0.

Los siguientes pasos describen el procedimiento para actualizar un mongod Este es un miembro del conjunto de réplicas de la versión 5.0 a la 6.0.

Si se necesita orientación sobre cómo actualizar a 6.0, los servicios profesionales de MongoDB ofrecen soporte para la actualización de versiones principales para ayudar a garantizar una transición sin problemas y sin interrupciones en la aplicación MongoDB.

Al actualizar, considere lo siguiente:

Para actualizar una implementación existente de MongoDB a 6.0, se debe estar ejecutando una versión de la serie 5.0.

Para actualizar desde una versión anterior a la serie 5.0, debe actualizar sucesivamente las versiones principales hasta que se haya actualizado a la serie 5.0. Por ejemplo, si se está ejecutando una serie 4.4, primero se debe actualizar a 5.0 antes de poder actualizar a 6.0.

Antes de actualizar MongoDB, se debe comprobar que se está usando un driver compatible con MongoDB 6.0. Se debe consultar la documentación del driver para el driver específico que se está usando y verificar la compatibilidad con MongoDB 6.0.

Las implementaciones actualizadas que se ejecutan en controladores incompatibles podrían experimentar un comportamiento inesperado o indefinido.

Advertencia

Si tus drivers utilizan opcodes heredados que quedaron obsoletos en la versión 3.6, actualiza tus drivers a una versión que utilice opcodes admitidos. Los controladores que usen códigos de operación heredados ya no son compatibles.

Antes de actualizar, se puede consultar el documento Cambios de compatibilidad en MongoDB 6.0 para garantizar que las aplicaciones e implementaciones sean compatibles con MongoDB 6.0. Se pueden resolver las incompatibilidades en la implementación antes de comenzar la actualización.

Antes de actualizar MongoDB, siempre se debe probar la aplicación en un entorno de pruebas antes de implementar la actualización en el entorno de producción.

Después de actualizar a la versión 6.0, si necesitas realizar un downgrade, recomendamos hacer un downgrade a la última versión parche de la versión 5.0.

Todos los miembros del conjunto de réplicas deben ejecutar 5.0 la versión. Para actualizar un conjunto de réplicas de 4.4la serie o anterior, primero actualice todos los miembros del conjunto a la última 5.0versión de la serie y, a continuación, siga el procedimiento para actualizar de MongoDB 5.0 6a.0

El set de réplicas 5.0 debe tener featureCompatibilityVersion configurado en "5.0".

Para garantizar que todos los nodos del set de réplicas tengan featureCompatibilityVersion establecido en "5.0", conéctate a cada nodo del set de réplicas y verifica el featureCompatibilityVersion:

db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } )

Todos los nodos deben devolver un resultado que incluya "featureCompatibilityVersion" : { "version" : "5.0" }.

Para configurar o actualizar featureCompatibilityVersion, ejecuta el siguiente comando en el primario. La mayoría de los nodos que contienen datos deben estar disponible:

db.adminCommand( { setFeatureCompatibilityVersion: "5.0" } )

Para obtener más información, consulta setFeatureCompatibilityVersion.

Asegúrate de que ningún nodo del set de réplicas esté en el estado ROLLBACK o RECOVERING emitiendo el comando replSetGetStatus:

db.adminCommand( { replSetGetStatus: 1 } )

Si se instaló MongoDB desde los repositorios de MongoDB apt, yum, dnf o zypper, se debería actualizar a 6.0 usando el administrador de Paquetes.

Se deben seguir las instrucciones de instalación 6.0 adecuadas para el sistema Linux. Esto implicará añadir un repositorio para la nueva versión y, a continuación, realizar el proceso de actualización propiamente dicho.

Si no se ha instalado MongoDB usando un administrador de paquetes, se pueden descargar manualmente los binarios de MongoDB desde el Centro de Descargas de MongoDB.

Consultar instrucciones de instalación 6.0 para obtener más información.

Advertencia

Si actualizas una instancia existente de MongoDB a MongoDB 6.0.5, es posible que esa instancia no se inicie si fork: true está configurado en el archivo mongod.conf.

El problema de actualización afecta a todas las .deb .rpm instancias de MongoDB que usan paquetes de instalación o. Las instalaciones que usan la versión tarball ().tgz u otros tipos de paquetes no se ven afectadas. Para obtener más información, consulte SERVER-.74345

Para remover la configuración de fork: true, ejecute estos comandos desde una terminal del sistema:

systemctl stop mongod.service
sed -i.bak '/fork: true/d' /etc/mongod.conf
systemctl start mongod.service

El segundo comando systemctl inicia la instancia actualizada después de eliminar la configuración.

Puedes actualizar de MongoDB 5.0 a 6.0 mediante una actualización "progresiva" para minimizar el tiempo de inactividad mediante la actualización de los nodos de forma individual mientras los demás nodos están disponibles.

1

Para cerrar el proceso de mongod, utilice mongosh para conectarse a un miembro del Set de réplicas y ejecute el siguiente comando:

db.adminCommand( { shutdown: 1 } )
2

Actualiza los secundarios del set de réplicas uno a la vez:

  1. Reemplaza el binario 5.0 con el binario 6.0.

  2. Reinicia el nodo.

3

Conecta mongosh al primario y usa rs.stepDown() para degradar el primario y forzar una elección de un nuevo primario.

4

Cuando rs.status() muestre que el primario ha dejado su puesto y otro nodo ha asumido el estado PRIMARY, actualiza el primario que ha dejado su puesto:

  1. Desactiva el primario degradado y reemplaza el binario mongod con el binario 6.0.

  2. Reinicia el nodo.

5

En este punto, puedes ejecutar los binarios del 6.0 sin las funcionalidades del 6.0 que sean incompatibles con 5.0.

Para habilitar estas 6.0 funciones, configure la versión de compatibilidad de funciones (FCV) en 6.0.

Tip

Activar estas características incompatibles con versiones anteriores puede complicar el proceso de degradación, ya que se debe remover cualquier característica incompatible con versiones anteriores que persista antes de realizar la degradación.

Se recomienda que, tras la actualización, se permita que la implementación se ejecute sin habilitar estas características durante un periodo de prueba para asegurar que la probabilidad de reversión sea mínima. Cuando se esté seguro de que la probabilidad de degradación es mínima, se pueden activar estas características.

Tip

Asegúrese de que no haya sincronización inicial en curso. Ejecutar el comando setFeatureCompatibilityVersion mientras una sincronización inicial está en curso provocará que la sincronización inicial se reinicie.

En el primario, ejecuta el comando setFeatureCompatibilityVersion en la base de datos admin:

db.adminCommand( { setFeatureCompatibilityVersion: "6.0" } )

La configuración de featureCompatibilityVersion (compatibilidad de características entre versiones): "6.0" realiza implícitamente un replSetReconfig para agregar el campo term al documento de configuración y se bloquea hasta que la nueva configuración se propaga a la mayoría de los nodos del set de réplicas.

Este comando debe realizar escrituras en una colección interna del sistema. Si por cualquier motivo el comando no se completa correctamente, puedes intentarlo de nuevo con seguridad en el primario, ya que la operación es idempotente.

Volver

Autónomo

En esta página