Docs Menu
Docs Home
/ /
Configuración y mantenimiento

Actualiza a la última versión del parche autogestionado de MongoDB

El control de versiones de MongoDB tiene la forma X.Y.Z Donde Z se refiere al número de revisión/parche. Las revisiones incluyen parches de seguridad, correcciones de errores y funciones nuevas o modificadas que, por lo general, no contienen cambios que afecten a versiones anteriores. Actualice siempre a la última revisión de su serie de lanzamientos.

Para obtener más información sobre el control de versiones, consulte Control de versiones de MongoDB.

Asegúrese de tener una copia de seguridad actualizada de su conjunto de datos. Consulte Métodos de copia de seguridad para una implementación autogestionada.

  • Consultar los siguientes documentos para cualquier consideración especial o problema de compatibilidad específico de la versión de MongoDB:

Importante

  • A partir de MongODB 4.2, MongoDB elimina el soporte para Ubuntu 16.04 PPCLE.

  • A partir de MongoDB 3.6.13, La serie MongoDB 3.6 elimina el soporte para Ubuntu 16.04 PPCLE.

  • A partir de MongoDB 3.4.21, la serie MongoDB 3.4elimina el soporte para Ubuntu 16.04 PPCLE.

Si su instalación incluye conjuntos de réplicas, planifique la actualización durante una ventana de mantenimiento predefinida.

A partir de MongoDB 4.0.7, los flujos de cambios usan tokens de reanudación de la versión 1 v1. Las versiones de MongoDB anteriores a 4.0.7 usan tokens de reanudación de v0.

Al actualizar de MongoDB 4.0.6 o anterior a MongoDB 4.0.7 o posterior, un cliente podría intentar reanudar los flujos de cambios utilizando el nuevo token de reanudación v1 al conectarse a un miembro no actualizado (es decir, que solo acepta el token v0 o BinData) y fallar. En tales casos, el cliente debe esperar a que se complete la actualización antes de reanudar los flujos de cambios.

Antes de actualizar un entorno de producción, utilice los procedimientos de este documento para actualizar un entorno de prueba que reproduzca su entorno de producción, para garantizar que su configuración de producción sea compatible con todos los cambios.

Importante

Siempre haga una copia de seguridad de todos sus datos antes de actualizar MongoDB.

Actualice cada mongod binario y por separado, siguiendo el procedimiento descrito aquí.mongos Al actualizar un binario, siga el procedimiento "Actualizar una instancia de MongoDB".

Sigue este procedimiento de actualización:

  1. Para las implementaciones que utilizan autenticación, primero actualiza todos los controladores de MongoDB. Para actualizar, consulta la documentación del controlador.

  2. Actualice los clústeres particionados, como se describe en Actualización de clústeres particionados.

  3. Actualiza cualquier instancia autónoma. Consulta Actualizar una instancia de MongoDB.

  4. Actualiza los sets de réplicas que no forman parte de un clúster, como se describe en Actualizar sets de réplicas.

Para actualizar una instancia o, utilice uno de estos mongod mongos enfoques:

  • Actualice la instancia usando la herramienta de gestión de paquetes del sistema operativo y los paquetes oficiales de MongoDB. Este es el método recomendado.Consulte Instalar MongoDB.

  • Actualiza la instancia reemplazando los binarios existentes por nuevos. Consulta Reemplazar los binarios existentes.

  • Realice los cambios necesarios en el archivo de configuración antes de reiniciar la instancia.

Importante

Siempre haga una copia de seguridad de todos sus datos antes de actualizar MongoDB.

Esta sección describe cómo actualizar MongoDB reemplazando los binarios existentes. La mejor manera de actualizar es usar la herramienta de gestión de paquetes del sistema operativo y los paquetes oficiales de MongoDB, como se describe en Instalar MongoDB.

Para actualizar una instancia de mongod o mongos reemplazando los binarios existentes:

  1. Descargue los binarios de la última revisión de MongoDB desde la página de descargas de MongoDB y guárdelos temporalmente. Los binarios se descargan como archivos comprimidos que se descomprimen en la estructura de directorios utilizada por la instalación de MongoDB.

  2. Apaga la instancia.

  3. Sustituye los archivos binarios de MongoDB existentes por los binarios descargados.

  4. Realiza los cambios necesarios en los archivos de configuración.

  5. Reinicie la instancia.

Para actualizar un conjunto de réplicas, actualice cada miembro individualmente, comenzando con los secundarios y finalizando con el primario. Planifique la actualización durante un periodo de mantenimiento predefinido.

Importante

Antes de actualizar o degradar un Set de réplicas, asegúrate de que todos los miembros del Set de réplicas estén en funcionamiento. De lo contrario, la actualización o degradación no se completará hasta que se inicien todos los miembros.

Nota

A partir de MongoDB,4.0.7 los flujos de cambios usan 1 v1 tokens de reanudación de la versión. Las versiones de MongoDB anteriores a 4.0.7 usan v0 tokens de reanudación o tokens de reanudación de BinData.

Al actualizar de MongoDB 4.0.0-4.0.6 a MongoDB 4.0.7 o posterior, un cliente podría intentar reanudar los flujos de cambios utilizando el nuevo token de reanudación v1 al conectarse a un miembro no actualizado (es decir, que solo acepta el token v0 o BinData) y fallar. En tales casos, el cliente debe esperar a que se complete la actualización antes de reanudar los flujos de cambios.

Actualiza cada secundario por separado de la siguiente manera:

  1. Actualice el binario del mongod secundario siguiendo las instrucciones en Actualizar una instancia de MongoDB.

  2. Después de actualizar un secundario, espera a que el secundario vuelva al estado SECONDARY antes de actualizar la siguiente instancia. Para comprobar el estado del nodo, emite rs.status() en mongosh.

    El secundario puede ir brevemente a STARTUP2 o RECOVERING. Esto es normal. Asegúrate de esperar a que el secundario se recupere completamente a SECONDARY antes de continuar actualizando.

  1. Degrada el primario para iniciar el procedimiento normal de conmutación por error con uno de los siguientes:

    Durante la conmutación por error, el set no puede aceptar operaciones de guardado. Normalmente, esto tarda entre 10 y 20 segundos. Planifica el actualización durante un periodo de mantenimiento predefinido.

    Nota

    Es preferible degradar el primario que apagarlo. La degradación acelera el procedimiento de conmutación por error.

  2. Una vez que el primario se haya despromovido, llama al método rs.status() desde mongosh hasta que veas que otro nodo ha asumido el estado PRIMARY.

  3. Se debe apagar el primario original y actualiza la instancia siguiendo las instrucciones en Actualizar una instancia de MongoDB.

Modificado en la 3.4 versión: El procedimiento se aplica a la 6.0 versión. Para realizar actualizaciones de revisión para otras versiones de clústeres fragmentados de MongoDB, consulte la versión correspondiente del manual.

Nota

A partir de MongoDB,4.0.7 los flujos de cambios usan 1 v1 tokens de reanudación de la versión. Las versiones de MongoDB anteriores a 4.0.7 usan v0 tokens de reanudación o tokens de reanudación de BinData.

Al actualizar de MongoDB 4.0.6 o anterior a 4.0.7 o posterior, los miembros de los clústeres fragmentados seguirán generando v0 tokens de reanudación o BinData hasta que mongos se actualicen las mongos instancias. Las instancias actualizadas empezarán a generar v1 tokens de reanudación de flujo de cambios. Estos tokens no se pueden usar para reanudar un flujo en un que aún no se haya mongos actualizado 4 a,0 7 o posterior.

Para actualizar un clúster fragmentado 6.0:

  1. Desactiva el balanceador del clúster como se describe en Desactivar el balanceador.

  2. Actualiza los servidores de configuración.

    Para actualizar el set de réplicas del servidor de configuración, utiliza los procedimientos en Actualizar los sets de réplicas.

  3. Actualiza cada partición.

  4. Una vez que se hayan actualizado los servidores de configuración y las particiones, actualiza cada instancia de mongos siguiendo las instrucciones de Actualizar una instancia de MongoDB. Puedes actualizar las instancias de mongos en cualquier orden.

  5. Vuelve a activar el balanceador, como se describe en Activar el balanceador.

Volver

Configuración de la base de datos en tiempo de ejecución

En esta página