Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Notas de versión de MongoDB 8.2

Advertencia

MongoDB es incompatible con el kernel de Linux 6.19 A través de 7.0.13

Debido a una incompatibilidad entre ciertas versiones del kernel de Linux y la versión de TCMalloc que se vende actualmente, ejecutar MongoDB con una versión del kernel de Linux de 6.19 a 7.0.13 puede provocar que MongoDB se bloquee. Para evitar este bloqueo, MongoDB detecta estas versiones del kernel y se detiene durante la empresa emergente. Esta incompatibilidad afecta a todos los paquetes de MongoDB, incluidos los obtenidos del sitio web de MongoDB, un administrador de paquetes o Docker.

La versión 7.0.14 del kernel de Linux y posteriores resuelven esta incompatibilidad. Para ejecutar MongoDB en un sistema afectado, actualice a la versión 7.0.14 del kernel de Linux o posterior.

MongoDB 8.2 es una versión menor, lo que significa que cuenta con soporte tanto para MongoDB Atlas como para implementaciones on-premises. MongoDB 8.2 introduce mejoras incrementales dentro de un ciclo de lanzamiento de una versión principal. MongoDB 8.2 también incluye cambios introducidos en MongoDB 8.1. Esta página describe los cambios introducidos en la versión menor y en MongoDB 8.2.

Para obtener información general sobre la numeración de versiones de MongoDB, los tipos de lanzamiento y las rutas de actualización, consulte Versiones de MongoDB y rutas de actualización.

Para obtener más información sobre las diferencias entre las versiones mayor y menor, consulta Versionado de MongoDB.

Importante

mongosync no es compatible con MongoDB 9.0.

Esta versión contiene importantes mejoras de seguridad y confiabilidad.

Problemas corregidos:

  • SERVIDOR-123081 Maneja la especificación de índice comodín compuesto en $_internalIndexKey

  • SERVIDOR-125872 Corrige el hash exponencial de las soluciones de consulta para los nodos InternalSchema*MatchExpression

  • SERVIDOR-126247 Validar correctamente $search.mergingPipeline como un campo de solo uso interno.

  • SERVER-127280 Rechazar sortBy basado en expresiones en el analizador $linearFill

  • SERVIDOR-127357 Comprobar si hay campos from duplicados en DocumentSourceGraphLookup::createFromBson()

  • SERVER-127566 Limita el factor de contención que se puede utilizar para los campos FLE2.

  • SERVER-127661 Requiere autocommit cuando se especifica startOrContinueTransaction

  • SERVIDOR-127694 Agregar comprobación de tipo para DBPointer

  • SERVIDOR-127737 Limita el número de bloques de metadatos permitidos en un FLE2IndexedTextEncryptedValue

  • SERVER-127831 Prohíba a los usuarios externos ejecutar comandos FLE2 con crudProcessed establecido en verdadero

  • SERVER-128198 Corregir mongos killCursors para verificar la autorización contra el espacio de nombres del cursor en lugar del espacio de nombres de la solicitud.

  • SERVIDOR-128316 Limitó la sugerencia de error tipográfico máximo en la búsqueda híbrida

  • SERVER-128341 Soluciona un fallo del servidor causado por la ordenación en una expresión $meta

  • SERVER-129103 Restringir los subtipos de BinData de destino en $convert y $constant/$literal

  • SERVIDOR-128362 Agregue una comprobación de nulidad en el valor de retorno en ocspClientCallback

  • SERVIDOR-128433 Impide que los clientes externos configuren runtimeConstants.userRoles

  • SERVER-128473 Corrige un error de uso de memoria liberada en $function causado por una llamada faltante a advanceGeneration() en argumentos BSON retenidos.

  • SERVIDOR-128494 Validar BSON externo en MultiBsonStreamCursor

  • SERVIDOR-128517 Agregue un tiempo de espera mínimo configurable para la transmisión hello previa a la autenticación para evitar un bucle en caliente con valores maxAwaitTimeMS muy pequeños.

  • SERVIDOR-128832 Guard ImplScope ModuleLoader creación

  • SERVIDOR-127346 Hacer que la actualización de la sesión tenga prioridad de admisión kExempt

Importante

MongoDB 8.2.11 contiene una solución para CVE-2026-11933

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

Problemas corregidos:

Importante

MongoDB 8.2.10 contiene una corrección para:

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

Problemas corregidos:

Importante

MongoDB 8.2.9 contiene una corrección para:

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

Problemas corregidos:

Importante

MongoDB 8.2.7 contiene una corrección para:

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

  • SERVER-103990 Omitir eliminaciones de rango al pasar de servidores de configuración integrados a dedicados.

  • SERVER-112273 Corrige el fallo causado al terminar una operación de OplogWriter usando killOp()

  • SERVER-116284 Asegúrese de que MultiStatementTransactionRequestsSender envíe commitTransaction a todos los fragmentos antes de procesar los resultados.

  • SERVIDOR-119413 Corrige configTerm para manejar valores int64 cuando se espera int32.

  • SERVER-119964 La condición de carrera del catálogo de colecciones cierra el hilo de visibilidad del oplog después de una reversión.

  • WT-16375 Desactivar el punto de fallo al llamar a cursor->close()

Importante

MongoDB 8.2.6 contiene una corrección para:

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

  • SERVIDOR-106239: Investigar la discrepancia en el estado del participante de la transacción al ejecutar la agregación fragmentada con la canalización de fusión ejecutándose en un fragmento.

  • SERVIDOR-110832: OplogWriter no debería mantener la sesión durante las reversiones.

  • SERVER-111007: La validación debe distinguir entre las causas raíz al encontrar datos de esquema mixtos.

  • SERVER-113319: $match El desplazamiento hacia abajo más allá de un campo renombrado se realiza incorrectamente cuando la raíz de la expresión es una expresión de ruta de campo renombrada.

  • SERVIDOR-115962: El equilibrador no avanza cuando el fragmento más cargado ya está equilibrado dentro de sus zonas.

  • SERVIDOR-117623: Las transacciones multidocumento fragmentadas pueden observar efectos parciales de operaciones concurrentes renameCollection.

  • SERVIDOR-118428: mongocryptd rechaza mensajes grandes

  • SERVER-119317: Mejora del ciclo de vida del objeto del estado hash MD5

  • SERVIDOR-119319: Corrección del error de uso después de la liberación de memoria en ExpressionContext

  • WT-15739: Solucionar el problema de fugas de páginas por desbordamiento en la reconciliación

Importante

MongoDB 8.2.4 contiene una corrección para

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

Problemas corregidos:

Importante

MongoDB 8.2.3 contiene una solución para CVE-2025-14847.

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

Problemas corregidos:

Importante

MongoDB 8.2.2 incluye correcciones para CVE-2025-12893 y CVE-2025-14345.

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

Problemas corregidos:

  • SERVIDOR-103774: No permitir el uso de índices comodín compuestos como índices de clave de fragmento.

  • SERVIDOR-105047: Las consultas que utilizan $or y $ne en colecciones fragmentadas podrían incluir documentos huérfanos.

  • SERVIDOR-110423: $group puede usar un escaneo distinto en un índice disperso, que excluye los resultados con valores null o missing.

  • SERVIDOR-110916: Resolver un problema de uso después de la migración en targetShardsAndAddMergeCursors()

  • SERVIDOR-111486: $group aún puede usar un escaneo distinto en un índice disperso si hay un índice alternativo disponible.

  • SERVIDOR-112467: Realiza un seguimiento e informa sobre el número de conexiones proxy pendientes.

  • SERVER-112520: Error al escribir en un índice geográfico al insertar un documento en un cubo de series temporales existente.

Importante

MongoDB 8.2.1 incluye una solución para CVE-2025-13507.

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

Problemas corregidos:

Importante

MongoDB 8.2 incluye correcciones para CVE-2025-13643, CVE-2025-13644 y CVE-2026-1847.

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

MongoDB 8.2 introduce mejoras en el rendimiento de MongoDB 8.1, incluyendo:

  • Sincronización inicial más rápida.

  • Inserciones masivas de series de tiempo más rápidas.

  • Costos reducidos de multiplanificación de query.

Nota

La cantidad de mejora del rendimiento puede variar según la configuración de tus cargas de trabajo e instancias de base de datos.

A partir de MongoDB 8.2, si un documento contiene tanto GeoJSON como campos legados de coordenadas numéricas, la generación de índices geoespaciales prioriza las coordenadas GeoJSON.

Si sus documentos contienen valores de coordenadas numéricas heredadas que preceden a las coordenadas GeoJSON y los índices existentes dependen de ese comportamiento, es posible que deba reconstruir sus índices geoespaciales. Revisar las query geoespaciales para confirmar que devuelvan los resultados esperados.

MongoDB 8.2 añade el parámetro terminateSecondaryReadsOnOrphanCleanup, que controla si las operaciones de lectura de larga duración en nodos secundarios se terminan automáticamente antes de la eliminación de documentos huérfanos tras una migración de fragmentos.

Por defecto, este parámetro se establece en true. Si una operación de lectura en un nodo secundario comienza antes de que se confirme la migración del chunk, MongoDB termina automáticamente la operación antes de eliminar los documentos huérfanos. En versiones de MongoDB anteriores a 8.2, estas operaciones continúan ejecutándose después de la eliminación de documentos huérfanos y pueden omitir documentos silenciosamente sin devolver un error.

Para respaldar este nuevo comportamiento, el valor por defecto de orphanCleanupDelaySecs ahora es 3600 (anteriormente 900).

A partir de MongoDB 7600 8.2 (y 8.0.13 7000), 7.0.26), la creación de índices durante la sincronización inicial utiliza por defecto el 10% de la RAM disponible. Puede especificar un porcentaje diferente de memoria para que MongoDB lo use con el parámetro initialSyncIndexBuildMemoryPercentage.

Por defecto, la cantidad de memoria disponible debe estar entre 200 MB y 16 GB, inclusive. Utiliza los siguientes parámetros para especificar diferentes umbrales mínimos y máximos para el uso de la memoria:

A partir de MongoDB 8.2, la salida de $queryStats incluye las siguientes métricas sobre ticketsmorosos:

  • metrics.delinquentAcquisitions

  • metrics.totalAcquisitionDelinquencyMillis

  • metrics.maxAcquisitionDelinquencyMillis

MongoDB considera un ticket de ejecución como atrasado cuando la adquisición toma demasiado tiempo.

A partir de MongoDB 8.2, puedes configurar el caché interno de WiredTiger utilizando una nueva opción basada en porcentajes. Además de la configuración existente basada en gigabytes --wiredTigerCacheSizeGB y storage.wiredTiger.engineConfig.cacheSizeGB, ahora puedes especificar el tamaño de la caché como un porcentaje de la memoria disponible con las opciones --wiredTigerCacheSizePct y storage.wiredTiger.engineConfig.cacheSizePct.

A partir de MongoDB 8.2, se ha implementado un nuevo tipo de inconsistencia RangeDeletionMissingShardKeyIndex. El tipo de inconsistencia indica que existe una colección particionada que no tiene un índice compatible con la clave de partición de la colección y que hay al menos una tarea de eliminación de rangos pendiente por completar.

A partir de MongoDB 8.2, puedes usar $currentDate con aggregate() para devolver la hora actual en el servidor.

La etapa de agregación $currentOp ahora incluye el campo versionContext, que proporciona información sobre la compatibilidad de características entre versiones de la operación.

serverStatus incluye los siguientes campos nuevos en su resultado:

A partir de MongoDB 8.2, los Resultados de explicación para las etapas que se desbordan a disco ahora incluyen métricas estandarizadas bajo nombres de campo coherentes. Esta actualización ofrece una forma más unificada de rastrear el uso de disco para operaciones intensivas en memoria.

Los nuevos campos incluyen:

A partir de MongoDB 8.2, el comando validate y el método de asistente db.collection.validate() devuelven un nuevo campo repairMode que indica qué tipos de inconsistencias de datos el comando validate intentó reparar, si se detectaron.

A partir de MongoDB 8.2, El ajuste storage.wiredTiger.engineConfig.zstdCompressionLevel admite valores negativos para una compresión zstd rápida. Los valores negativos proporcionan velocidades más rápidas de compresión y descompresión a costo de la relación de compresión. El nuevo rango admitido es de -7 a 22.

A partir de MongoDB 8.2, se pueden reflejar selectivamente las operaciones de lectura en servidores específicos que necesitan calentar sus cachés etiquetando los nodos para las lecturas espejeadas. A diferencia de las lecturas espejeadas generales, la duplicación de lectura dirigida permite dirigirse a nodos ocultos y reflejar desde nodos tanto primarios como secundarios.

Puedes configurar lecturas espejeadas dirigidas utilizando el campo targetedMirroring en el parámetro mirrorReads.

A partir de MongoDB 8.2, puedes habilitar la limitación de tasa para las conexiones de entrada para preservar los recursos de CPU durante la sobrecarga. Cuando está habilitado, puedes ver cuándo la tasa de conexiones entrantes supera la tasa de establecimiento de conexiones que especificaron y configurar parámetros para especificar cómo tu implementación de MongoDB gestiona el exceso de conexiones.

Puede configurar la limitación de frecuencia usando los siguientes campos nuevos:

A partir de MongoDB 8.2.8, la longitud de la string que se proporciona a chars está limitada a 4096 caracteres. Para más detalles, ver $trim Limitaciones.

A partir de MongoDB 9.0, los tipos de query prefixPreview, suffixPreview y substringPreview que utilizan el algoritmo text quedan obsoletos y se eliminan. Utilice los tipos de query prefix, suffix o substring con el algoritmo string en su lugar.

MongoDB 8.2 admite la versión de Public Preview de query de prefijo, sufijo y subcadena en campos de string cifrados en colecciones habilitadas para Queryable Encryption. Si es posible, actualice a MongoDB 9.0 para usar la versión de disponibilidad general de esta funcionalidad en lugar de depender de la funcionalidad de vista previa.

Para obtener más información, consulte habilitar queries de subcadenas y Expresiones de agregación admitidas.

Para usar consultas de prefijo, sufijo o subcadena de vista previa pública con mongosh, descargue la biblioteca compartida de cifrado automático 8.2 o 8.3, luego especifique la ruta de la biblioteca a mongosh usando la opción --cryptSharedLibPath.

Esta sección describe problemas conocidos en MongoDB 8.2 y su estado de resolución.

En la Versión
Problema
Estado

8.2.4, 8.2.5

SERVIDOR-118428: Los cambios en mongocryptd limitan el tamaño máximo de los mensajes que mongocryptd puede recibir a 16 KiB. Los usuarios pueden encontrar este problema cuando envían comandos mayores de 16 KiB a través del cifrado automático de nivel de campo del lado del cliente (CSFLE) o el cifrado consultable.

Para evitar este error, omita estas versiones cuando actualice mongocryptd o utilice la librería crypt_shared.

Sin resolver.

8.2.0

SERVER-106469: Los procesos mongocryptd, mongod y mongos no se inician en Windows cuando se ejecutan con el argumento --logpath NUL. Una dependencia de terceros impide erróneamente el uso de NUL, lo que provoca que esta ruta de archivo de registro impida que mongocryptd se inicie. Los controladores de MongoDB pueden fallar al iniciar mongocryptd correctamente en Windows si se especifica --logpath NUL. El controlador MongoDB.NET/C# utiliza --logpath NUL en su configuración predeterminada y fallará al iniciarse en Windows.

Puedes evitar el problema mongocryptd del driver de .NET/C# de las siguientes maneras:

Estamos enfocando una solución para este problema en MongoDB 8.2.1.

8.2.0

SERVER-109626: v8.2.0 introduce algunas regresiones en el rendimiento de los flujos de cambios. Las aplicaciones que dependen de flujos de cambios para el procesamiento de datos en tiempo real pueden experimentar una degradación del rendimiento de hasta un 15% en comparación con v8.0.

Corregido en MongoDB 8.2.1. Actualizando a 8.2.1 restaura el previo a8.2 cambia el comportamiento del flujo de cambios para los campos collectionUUID y updateDescription.disambiguatedPaths y remueve la regresión de rendimiento.

8.2.0

SERVER-110250: Los usuarios que ejecutan operaciones que consumen mucha memoria y que requieren volcado de disco pueden experimentar fallos del servidor si el número de consultas de volcado activas supera 1000. Para mitigar este problema, aumente el valor de spillWiredTigerSessionMax setParameter a un valor superior.

Estamos enfocando una solución para este problema en MongoDB 8.2.1.

A patir de MongoDB 8.2, están disponibles los siguientes parámetros del servidor:

La siguiente sección describe los cambios y nuevas funcionalidades introducidas en MongoDB 8.1.

MongoDB 8.1 introduce mejoras en el rendimiento de MongoDB 8.0, incluyendo:

  • Hasta un 195% de mejora en el rendimiento para inserciones masivas de series de tiempo.

  • Hasta un 40% de incremento en el rendimiento de las queries por filtro de coincidencias.

  • Hasta un 20% de mejora en el rendimiento de las consultas sobre documentos con arreglos.

  • Hasta un 10% de mejora en el rendimiento para cargas de trabajo de lectura en caché.

  • Hasta un 5% de reducción en el uso de la CPU.

Nota

La cantidad de mejora del rendimiento puede variar según la configuración de tus cargas de trabajo e instancias de base de datos.

A partir de MongoDB 8.1 (y 8.0.4), puedes usar setQuerySettings para agregar comentarios a los ajustes de las queries. Por ejemplo, añade un comentario que indique por qué has añadido los ajustes de query.

A partir de MongoDB 8.1, se encuentran disponibles los siguientes acumuladores de agregación:

A partir de MongoDB 8.1, están disponibles las siguientes etapas de agregación:

A partir de MongoDB 8.1, si una aplicación cliente se conecta a mongos a través de un balanceador de carga, se incluyen las direcciones IP y los puertos del ordenador de origen y del balanceador de carga en el registro de auditoría. Puedes utilizar el registro para asociar un evento de auditoría con el ordenador cliente de origen.

Para más detalles, consulta Mensajes de auditoría de esquemas OCSF y Mensajes de auditoría de esquemas mongo.

A partir de MongoDB 8.1, puedes acceder al UUID del cliente actualmente conectado a través de connectionStatus.authInfo.UUID.

A partir de MongoDB 8.1 (y 8.0.5), si el espacio en disco se está agotando, MongoDB falla en las query que se derraman a disco.

A partir de MongoDB 8.1, algunas consultas $geoNear que antes fallaban y utilizaban índices ocultos 2o 2dsphere, ahora tendrán éxito. En versiones anteriores, algunas consultas $geoNear solían fallar innecesariamente con un error IndexNotFound cuando incluían un índice oculto debido a la confusión sobre qué índice usar.

A partir de MongoDB 8.1, la métrica durationMillis reportada en los registros de consultas lentas contempla el tiempo dedicado al procesamiento de la autorización y al análisis del comando. Como resultado, durationMillis refleja más de cerca la duración completa del comando.

A partir de MongoDB 8.1, estarán disponibles los siguientes tipos de inconsistencias:

Empieza en MongoDB 8.1, puedes hacer referencia a varias colecciones cifradas en una etapa de $lookup.

Para obtener más información, consulta:

A partir de MongoDB 8.1, si el $merge etapa de agregación de índice de soporte no es disperso, los campos especificados para la opción on pueden faltar o contener un valor nulo.

A partir de MongoDB 8.1, se recopilan y reportan estadísticas de query para los comandos count y distinct. Para más detalles, consulte forma del query del comando count y forma del query de comando distinct.

A patir de MongoDB 8.1, están disponibles los siguientes parámetros del servidor:

A partir de MongoDB 7600 8.1 (y 8.0.4 7000), 7.0.14, 6.0.20), la sección indexStats de la serverStatus salida del comando rastrea los índices en estado prepareUnique.

MongoDB 8.1 incorpora las siguientes métricas de estado del servidor:

A partir de MongoDB 8.1, los mensajes de registro de consultas lentas contienen nuevas métricas si la ejecución de la consulta escribe archivos temporales en el disco. Estas métricas están precedidas por la etapa de ejecución de query que causó que la query excediera el límite de memoria. Por ejemplo, sortSpills indica el número de veces que la etapa de clasificación de la ejecución de la query guardó archivos temporales en el disco.

Métrica
Descripción

<executionPart>Spills

Número de veces que la etapa correspondiente de ejecución de queries guardó archivos temporales en el disco

<executionPart>SpilledBytes

Tamaño, en bytes, de la memoria liberada al escribir archivos temporales en el disco

<executionPart>SpilledDataStorageSize

Tamaño, en bytes, del espacio en disco utilizado para archivos temporales

<executionPart>SpilledRecords

Número de registros escritos en archivos temporales en el disco

Para obtener más información sobre cómo escribir archivos temporales en el disco, consulta allowDiskUse().

A partir de MongoDB 8.1, el comando renameCollection y su método correspondiente en la shell, db.collection.renameCollection(), se incluyen en la Stable API V1.

A partir de MongoDB 8.1, los resultados de la explicación incluyen estadísticas de ejecución para las etapas $search, $searchMeta y $vectorSearch.

Para obtener más información, consulta:

A partir de MongoDB 8.1, puedes ejecutar createSearchIndexes, updateSearchIndex, dropSearchIndex y $listSearchIndexes para crear, modificar, descartar y listar los índices de búsqueda de Atlas e índices de búsqueda vectorial de Atlas en vistas estándar compatibles que contengan solo las siguientes etapas:

Puedes ejecutar canalizaciones de agregación que contengan las etapas $search y $searchMeta en vistas que utilicen un índice de búsqueda. También puedes ejecutar canalizaciones de agregación que contengan una etapa $vectorSearch en vistas que contengan un índice de búsqueda vectorial.

A partir de MongoDB 8.1, el comando validate incluye especificaciones de índices en el campo de salida validate.indexDetails.

A partir de MongoDB 8.1, puedes establecer la opción validationAction de tu esquema en errorAndLog, lo que hace que MongoDB rechace cualquier inserción o actualización que viole los criterios de validación y registre el error en el archivo de registro mongod.

Para obtener más información, consulta Elige cómo gestionar documentos inválidos.

Importante

Compatibilidad de características entre versiones

Para actualizar a MongoDB 8.2 desde una implementación 8.0, la implementación 8.0 debe tener featureCompatibilityVersion configurado en 8.0. Para verificar la versión:

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

Para actualizar a MongoDB 8.2, se debe consultar las instrucciones de actualización específicas para la implementación de MongoDB:

Si necesita orientación para actualizar a 8.2, los servicios profesionales de MongoDB ofrecen asistencia para garantizar una transición sin problemas y sin interrupciones en su aplicación MongoDB. Para obtener más información,consulte Consultoría de MongoDB.

Para descargar MongoDB 8.2, vaya al Centro de descargas de MongoDB.

Importante

Las versiones menores pueden no ser compatibles con algunas funcionalidades, incluyendo Atlas Migración en vivo o mongosync. Si necesitas estas funcionalidades, utiliza una versión principal en su lugar.

MongoDB solamente soporta degradaciones de una única versión. No se puede retroceder a una versión que esté varias versiones por detrás de la versión actual.

Por ejemplo, puedes degradar una implementación de la serie 8.2 a una de la serie 8.0. Sin embargo, no se brinda soporte a seguir degradando esa implementación de la serie 8.0 a una implementación de la serie 7.0.

  • MongoDB Community Edition no brinda soporte a las degradaciones binarias.

  • No se puede degradar la versión FCV de la implementación a una versión menor de MongoDB ni viceversa.

  • Si actualiza o degrada la versión FCV de su implementación, no podrá degradar la versión binaria de su implementación Enterprise sin la ayuda del soporte técnico.