Notas de la versión de mongosync 1.6

1.6.1 Liberación

octubre 3 , 2023

Problemas corregidos:

• Se corrigió un error que podía provocar que las operaciones mongosync de larga duración expiraran prematuramente. Ahora, mongosync produce menos errores MaxTimeMSExpired durante la fase de copia de la colección.

Filtros de exclusión

A partir de 1.6.0, el start El punto final de API ahora admite el uso de filtros de exclusión a través del excludeNamespaces parámetro.

Para obtener más información, consulte Sincronización filtrada.

Filtros de expresiones regulares

Los filtros de inclusión y exclusión en Filtered Sync ahora admiten la coincidencia de bases de datos y colecciones mediante expresiones regulares con los databaseRegex collectionsRegex campos y.

Para obtener más información, consulte Expresiones regulares en filtros.

7.0 Soporte

A partir de la versión 1.6.0, mongosync admite la sincronización con MongoDB 7.0.

Otras notas

Nuevas características:

• Se aceleró el proceso de confirmación al paralelizar la limpieza de metadatos.

• Se redujo la asignación de memoria durante la aplicación de eventos de cambio en aproximadamente un 30% para versiones anteriores a6.0 de MongoDB Server.

• Se modificó la telemetría para enviar también mensajes de error a Segment cuando mongosync sale con un error fatal.

• Se agregó soporte para mongosync para sincronizar entre clústeres de origen y destino que tienen las mismas versiones principales y secundarias, pero diferentes versiones de parches.

• Versión mejorada para usar Go 1.20.

• mongosync Ahora registra periódicamente cuando las operaciones del servidor tardan más de lo esperado.

Problemas corregidos:

• Se corrigió un error introducido en mongosync v1.5.0 y descubierto por nuestras pruebas internas donde, en un caso extremo poco probable, mongosync puede perder un evento de cambio que se aplicará durante la fase de Copia de colección.

  Para que se produzca este error, el evento de cambio debe caer dentro de un rango _id específico que mongosync esté en proceso de copia, debe ocurrir y procesarse mientras se copia ese rango _id específico, y no debe ser seguido por otro evento de cambio para el mismo _id durante el resto de la migración.

  Este error solo ocurre cuando mongosync está en procesamiento de eventos de cambio con un atraso de la replicación casi nulo durante la Copia de la colección.

• Se corrigió un error por el cual mongosync podía fallar debido a que el clúster de origen contenía índices heredados con opciones de índice desconocidas.

• Se corrigió un error por el cual mongosync podía bloquearse con un error durante la aplicación del evento de cambio, si la aplicación no podía leer 500 documentos en 5 minutos o llegaba al final del registro de operaciones al leer desde flujos de cambio en el clúster de origen.

• Se corrigió un error por el cual mongosync podía fallar cuando los índices aplicaban restricciones a los documentos de colección.

  Este fallo se producía cuando se añadía o eliminaba dicho índice casi al mismo tiempo que se eliminaba o insertaba un índice que infringía estas restricciones. Se manifestaba con un error como el siguiente:

  Ambiguous field name found in array (do not use numeric field names in embedded elements in an array)

  o un error similar. Esta solución reduce la probabilidad de este fallo, pero no elimina la posibilidad de que ocurra.

• Se corrigió un error que mongosync impedía copiar ciertos documentos si la inserción de documentos causaba errores de clave duplicada simultáneamente con un error de escritura. Este error ha estado presente en mongosync desde su primera versión y podría haber surgido si los registros del clúster de destino informaban de un error de escritura junto con un error de clave duplicada.

• Se corrigió un error introducido en mongosync 1.5 donde los eventos de cambio podían omitirse durante la fase de Copia de colección cuando hay poca actividad de escritura en el clúster de origen.

• Se corrigió un error poco común introducido en mongosync v1.5.0 y descubierto por nuestras pruebas internas, donde puede haber una pequeña brecha de continuidad entre los ciclos de Resiliencia de Oplog Rollover (ORR) en una situación específica, causando que el mecanismo ORR posiblemente omita un evento de cambio que deba aplicarse durante la fase de Copia de Colección.

  Este es un caso extremo, ya que requiere poca actividad de escritura de manera constante en el clúster de origen (es decir, el retraso de replicación mongosync es constantemente cercano a cero durante la copia de recopilación), así como también que el evento de cambio caiga en rangos específicos _id entre ciclos ORR.

• Se corrigió un error introducido en v1.5.0 donde mongosync podía causar errores de consistencia de datos en colecciones con intercalación no predeterminada.

  Este problema solo afecta a las colecciones con intercalación no simple presentes durante la inicialización de mongosync y que contienen documentos con valores de cadena _id. Las colecciones con intercalación no simple creadas después de la inicialización de mongosync o cuyos documentos contengan todos valores que no sean de cadena _id no se ven afectadas.

  Nota

  Para mitigar este problema, mongosync v1.6.0 deshabilita automáticamente Oplog Rollover Resilience si encuentra al menos una colección con intercalación no simple durante la inicialización de Mongosync.

  Investigaremos una solución más permanente para futuras versiones.