MongoDB utiliza las siguientes directrices para determinar cuándo incrementar el número de versión de Mongosync:
Número mayor: El lanzamiento rompe la compatibilidad con versiones anteriores.
Número de versión menor: La versión incluye nuevas funcionalidades importantes que son retrocompatibles.
Número de parche: Este lanzamiento solo incluye pequeñas modificaciones compatibles con versiones anteriores.
Versiones actualmente admitidas
MongoDB solo admite la última versión de parche de cada versión principal. Por ejemplo, mongosync 1.19.0 es la última versión de parche de 1.19. Si está utilizando una versión no compatible de mongosync, es posible que se le solicite una actualización para recibir soporte.
MongoDB es compatible con mongosync con la última versión de corrección de MongoDB Server. Por ejemplo, una vez que se lance MongoDB Server v8.0.2, ya no se brindará soporte para mongosync con MongoDB Server v8.0.1.
Consideraciones relacionadas con la versión
Mongosync tiene las siguientes consideraciones relacionadas con las versiones:
Ciclo de vida de soporte
Las versiones principales son compatibles durante al menos un año desde la primera versión de esa serie.
Si una versión de Mongosync solo funciona con una versión no compatible de MongoDB Server, esa versión de Mongosync tampoco será compatible.
Versiones de parches
Solo la última versión de cada serie de lanzamientos principales recibe nuevos parches. Por ejemplo, cuando se lanza la versión 2.1.0 de Mongosync, la versión 2.0 deja de recibir parches. Al mismo tiempo, la versión 1.3 continúa recibiendo parches hasta el lanzamiento de la versión 1.4.
Actualizaciones en vivo
Novedad en la versión 1.7.0.
A partir de mongosync 1.7.0, puede actualizar mongosync sin reiniciar las operaciones de sincronización de datos desde el principio.
Importante
mongosync no admite actualizaciones en vivo a todas las versiones. Para saber si puedes realizar una actualización en vivo a una versión específica, verifica la
notas de la versión y consulte la sección Actualizaciones en vivo.
Después de la actualización en vivo, mongosync continúa las operaciones que estaban en curso antes de la actualización.
Para actualizar en vivo mongosync, realice estos pasos:
(Opcional) Pausar los mongosync procesos
Para pausar mongosync, ejecutar pause en cada proceso mongosync en ejecución.
Puedes reanudar los procesos mongosync más tarde desde el estado en pausa, como se muestra en el paso final.
Tip
Si no se desea reanudar inmediatamente las operaciones de sincronización de datos después de una actualización en vivo, considerar pausar los procesos mongosync. Esto es útil si estás coordinando operaciones desde varios procesos de mongosync.
Descargue e instale los nuevos mongosync binarios
Para descargar e instalar los nuevos binarios de mongosync, consulta descargar e instalar mongosync.
Inicializa los procesos mongosync
Para inicializar los procesos de mongosync, consulte Guía de inicio rápido. Durante la inicialización después de una actualización activa, mongosync actualiza los metadatos persistentes.
Reanudar los procesos de mongosync
Si detuviste algún proceso mongosync anteriormente en el primer paso opcional, ejecuta resume en todos los procesos mongosync.
Si ya había una sincronización de datos en curso antes de la actualización en vivo, es posible que no todas las nuevas funciones añadidas en la última versión mongosync sean compatibles después de la actualización. Las mejoras de rendimiento y las correcciones de errores siempre son compatibles después de la actualización en vivo.
Metadatos persistentes
Durante la operación normal, mongosync crea metadatos que se guardan en disco en la base de datos de destino. Estos metadatos no tienen versiones y pueden cambiar en cualquier momento.
Mensajes de registro
Los formatos de mensajes de registro no tienen versiones y pueden cambiar en cualquier momento. Esto incluye cambios en el texto del mensaje, así como la presencia, ausencia, o contenido de otros campos en el mensaje.
Los scripts y aplicaciones de los usuarios no deberían depender de la salida de logs. Los scripts y aplicaciones deben utilizar la API de supervisión para determinar el estado actual de mongosync.
Ejemplos
Los siguientes ejemplos ilustran los tipos de cambios que resultarían en cada tipo de actualización de número de versión.
Versiones principales
Cambios que hacen que las versiones nueva y antigua de
mongosyncproduzcan resultados diferentes en el clúster de destino para el mismo conjunto de insumos. Excepto:Corrección de errores para los casos en los que la versión anterior de
mongosyncno logra replicar datos.Cuando el comportamiento anterior está documentado explícitamente como no compatible.
Cambios en los parámetros documentados de la CLI o en las claves de configuración de modo que
mongosyncrechace entradas que antes eran válidas. Excepto:Corrección de errores como errores de análisis o de tipo.
Aunque los parámetros de la CLI o las claves de configuración estén obsoletos, su significado documentado no cambiará. De ser necesario, se reemplazarán las entidades obsoletas por parámetros o claves nuevos.
Cambios que rompen la compatibilidad con una versión compatible de MongoDB Server.
Eliminando una versión de la API REST.
mongosyncpodría descartar todos los puntos finales antiguos en favor de una nueva versión de la API. Nunca habrá otros tipos de cambios incompatibles hacia atrás en la API REST.Eliminar el soporte para una funcionalidad previamente soportada de MongoDB Server si
mongosyncaún admite una versión de MongoDB Server que admita la funcionalidad.Si
mongosyncya admite una versión principal de MongoDB Server, se realizarán cambios que requieran nuevos privilegios de acceso para continuar admitiendo esa versión de MongoDB Server.
Versiones menores
Agregar soporte para una versión previamente incompatible de MongoDB Server.
Requiere nuevos privilegios de acceso para una versión principal de MongoDB Server que antes no era compatible.
Añade soporte para tipos de colecciones no admitidos previamente.
Se añade soporte para tipos de índices previamente no admitidos.
Agregar nuevos terminales, nuevos campos o nuevas entradas aceptadas en la API REST.
Añadiendo nuevas opciones documentadas a la CLI.
Añadir nuevas claves de configuración o valores aceptados.
Versiones de parches
Correcciones de errores compatibles hacia atrás.
Correcciones de regresión de rendimiento.
Mejoras de rendimiento.
Cambios en las cadenas de texto de ayuda.
Cambios en las cadenas de texto de registro.
Cambios en el texto informativo de las respuestas de la API, pero no cambios en los campos de string al estilo de enumeración, como «estado».
Corrección de errores tipográficos.