Notas de la versión para mongosync 1.6

Lanzamiento 1.6.1

3 de octubre de 2023

Problemas corregidos:

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

Filtros de exclusión

Comenzando en 1.6.0, el start El endpoint de la API ahora admite el uso de filtros de exclusión mediante el parámetro excludeNamespaces.

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

Filtros de expresiones regulares

Tanto los filtros de inclusión como de exclusión en Sincronización Filtrada ahora permiten emparejar bases de datos y colecciones usando Expresiones Regulares con los campos databaseRegex y collectionsRegex.

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

Soporte 7.0

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 la versión anterior a 6.0 releases de versiones de MongoDB Server.

• Se cambió la telemetría para que también enviara mensajes de error a Segment cuando mongosync se cierre con un error fatal.

• Se añadió soporte para mongosync para sincronizar entre clústeres origen y destino que tengan las mismas versiones principales y menores, pero diferentes versiones de parches.

• Se actualizó la compilar para usar Go 1.20.

• mongosync ahora registra periódicamente cuando las operaciones del servidor toman más tiempo del esperado.

Problemas corregidos:

• Se solucionó un error introducido en mongosync v1.5.0 y descubierto por nuestras pruebas internas en el que en un caso límite poco probable mongosync puede omitir un evento de cambio para ser aplicado durante la fase de Copia de Colección.

  Para que este error ocurra, el evento de cambio debe caer entre un rango _id específico que mongosync esté en proceso de copiar, debe ocurrir y procesarse mientras se copia ese rango _id específico, y no debe ir seguido de otro evento de cambio para el mismo rango _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 solucionó un error en el que mongosync podía fallar con un error durante la aplicación de eventos de cambio, si la aplicación no lograba leer 500 documentos en 5 minutos o alcanzaba el final del oplog al leer desde los flujos de cambio en el clúster de origen.

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

  Este error ocurrió cuando se añadió o eliminó dicho índice casi al mismo tiempo que se eliminó o insertó un índice que infringía estas restricciones. Se manifestaría con un error como:

  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 hace que este fallo sea menos probable, pero no elimina la posibilidad de que ocurra.

• Se corrigió un error en el que mongosync puede fallar al copiar ciertos documentos si la inserción de documentos provoca errores de claves duplicadas al mismo tiempo que ocurre un error de nivel de confirmación de escritura (write concern). Este error ha estado presente en mongosync desde su primera versión y puede surgir si los registros del clúster de destino reportaron un error de nivel de confirmación de escritura (write concern) junto con un error de clave duplicada.

• Se corrigió un error introducido en mongosync Cassandra 1.5 donde los eventos de cambio pueden saltarse 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 consistentemente poca actividad de guardar en el clúster de origen (es decir, El atraso de la replicación de mongosync se mantiene constantemente cerca de cero durante la copia de la colección, así como el evento de cambio ocurre en rangos específicos de _id entre ciclos de ORR.

• Se corrigió un error introducido en la versión 1.5.0 en el que mongosync podía causar fallos de coherencia de datos en las colecciones con intercalación no por defecto.

  Este problema solo afecta a las colecciones con intercalación no simple que están presentes durante la inicialización de mongosync y que contienen documentos con valores de string _id. Cualquier colección con intercalación no simple creada después de la inicialización de mongosync o en la que todos los documentos tienen valores _id que no son cadenas de texto no se verá afectada.

  Nota

  Para mitigar este problema, mongosync v1.6.0 desactiva automáticamente la resiliencia de cambio de oplog si encuentra al menos una colección con una intercalación no simple durante la inicialización de Mongosync.

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