Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Para obtener información sobre las versiones de MongoDB que AWS DMS admite como origen, consulte Fuentes de AWS DMS.
Tenga en cuenta lo siguiente sobre la compatibilidad de versiones de MongoDB:
Las versiones de AWS DMS 3.4.5 y más recientes admiten las versiones 4.2 y 4.4 de MongoDB.
Las versiones de AWS DMS 3.4.5 y más recientes y las versiones de MongoDB 4.2 y más recientes admiten transacciones distribuidas. Para obtener más información sobre las transacciones distribuidas de MongoDB, consulte Transacciones
en la documentación de MongoDB . Las versiones de AWS DMS 3.5.0 y más recientes no admiten las versiones de MongoDB anteriores a 3.6.
Las versiones de AWS DMS 3.5.1 y más recientes admiten la versión 5.0 de MongoDB.
Las versiones de AWS DMS 3.5.2 y más recientes admiten la versión 6.0 de MongoDB.
Si no está familiarizado con MongoDB, tenga en cuenta los siguientes conceptos importantes sobre las bases de datos MongoDB:
-
Un registro en MongoDB es un documento formado por una estructura de datos compuesta de pares de campo y valor. El valor de un campo puede incluir otros documentos, matrices y matrices de documentos. Un documento es más o menos equivalente a una fila en una tabla de base de datos relacional.
-
Una colección en MongoDB es un grupo de documentos y es aproximadamente equivalente a una tabla de base de datos relacional.
-
Una base de datos de MongoDB es un conjunto de recopilaciones y equivale aproximadamente a un esquema de una base de datos relacional.
-
Internamente, un documento de MongoDB se almacena como archivo JSON binario (BSON) en formato comprimido, que incluye un tipo para cada campo del documento. Cada documento tiene un identificador único.
AWS DMS admite dos modos de migración al usar MongoDB como origen, Modo documento o Modo tabla. Se especifica qué modo de migración usar al crear el punto de conexión de MongoDB o al configurar el parámetro del Modo metadatos desde la consola de AWS DMS. Otra opción, puede crear una segunda columna con un nombre _id
que actúe como clave principal. Para ello, seleccione el botón de verificación de _id como columna independiente en el panel de configuración del punto de conexión.
La selección del modo de migración afecta al formato resultante de los datos de destino, como se indica a continuación.
- Modo documento
-
En el modo documento, el documento de MongoDB se migra tal cual, es decir, sus datos se consolidan en una única columna de una tabla de destino denominada
_doc
. El modo documento es la configuración predeterminada al usar MongoDB como punto de enlace de origen.Por ejemplo, tenga en cuenta los siguientes documentos en una colección de MongoDB llamada myCollection.
> db.myCollection.find() { "_id" : ObjectId("5a94815f40bd44d1b02bdfe0"), "a" : 1, "b" : 2, "c" : 3 } { "_id" : ObjectId("5a94815f40bd44d1b02bdfe1"), "a" : 4, "b" : 5, "c" : 6 }
Después de migrar los datos a una tabla de base de datos relacional utilizando el modo documento, los datos se estructuran de la siguiente forma. Los campos de datos del documento de MongoDB se consolidan en la columna
_doc
.oid_id _doc 5a94815f40bd44d1b02bdfe0 { "a" : 1, "b" : 2, "c" : 3 }
5a94815f40bd44d1b02bdfe1 { "a" : 4, "b" : 5, "c" : 6 }
Si lo desea, puede establecer el
extractDocID
del atributo de conexión adicional en true para crear otra columna denominada"_id"
que actúe como clave principal. Si va a utilizar CDC, establezca este parámetro en verdadero.En modo de documento, AWS DMS gestiona la creación y el cambio de nombre de colecciones como esta:
-
Si se añade una nueva colección a la base de datos de origen, AWS DMS crea una tabla de destino para la colección y replica los documentos.
-
Si se cambia el nombre de una recopilación existente en la base de datos de origen, AWS DMS no cambia el nombre de la tabla de destino.
Si el punto de conexión de destino es MongoDB o Amazon DocumentDB, ejecute la migración en Modo documento.
-
- Modo de tabla
-
En el modo de tabla, AWS DMS transforma cada uno de los campos de nivel superior de un documento de MongoDB en una columna de la tabla de destino. Si un campo está anidad, AWS DMS reúne los valores anidados en una sola columna. A continuación, AWS DMS añade un campo clave y tipos de datos al conjunto de columnas de la tabla de destino.
Para cada documento de MongoDB, AWS DMS agrega cada clave y tipo al conjunto de columnas de la tabla de destino. Por ejemplo, con el modo de tabla, AWS DMS migra el ejemplo anterior a la siguiente tabla.
oid_id a b c 5a94815f40bd44d1b02bdfe0 1 2 3 5a94815f40bd44d1b02bdfe1 4 5 6 Los valores anidados se aplanan en una columna que contiene nombres de clave separados por puntos. El nombre de la columna será la concatenación de los nombres de los campos reunidos, separados por puntos. Por ejemplo, AWS DMS migra un documento JSON con un campo de valores anidados, como
{"a" : {"b" : {"c": 1}}}
, a una columna denominadaa.b.c.
Para crear las columnas de destino, AWS DMS analiza un número determinado de documentos de MongoDB y crea un conjunto de todos los campos y sus tipos. AWS DMS utiliza este conjunto a continuación para crear las columnas de la tabla de destino. Si crea o modifica el punto de enlace de origen de MongoDB mediante la consola de , puede especificar el número de documentos que se van a analizar. El valor predeterminado es de 1000 documentos. Si utiliza la AWS CLI, puede usar el atributo de conexión adicional
docsToInvestigate
.En modo de tabla, AWS DMS gestiona documentos y colecciones de este modo:
-
Cuando añada un documento a una colección existente, el documento se replica. Si hay campos que no existen en el destino, estos campos no se replican.
-
Al actualizar un documento, el documento actualizado se replican. Si hay campos que no existen en el destino, estos campos no se replican.
-
Se admite en toda su extensión la eliminación de documentos.
-
Cuando se añade una colección nueva, no se crea una tabla nueva en el destino si se efectúa mientras se desarrolla una tarea de CDC.
-
En la fase de captura de datos de cambios (CDC), AWS DMS no permite cambiar el nombre de una recopilación.
-
Temas
- Permisos necesarios al usar MongoDB como origen para AWS DMS
- Configuración de un conjunto de réplicas de MongoDB para CDC
- Requisitos de seguridad al utilizar MongoDB como origen para AWS DMS
- Segmentación de recopilaciones y migración en paralelo de MongoDB
- Migración de varias bases de datos cuando se utiliza MongoDB como origen para AWS DMS
- Restricciones al usar MongoDB como origen para AWS DMS
- Ajustes de configuración del punto de conexión cuando se utiliza MongoDB como origen para AWS DMS
- Tipos de datos de origen para MongoDB
Permisos necesarios al usar MongoDB como origen para AWS DMS
Para una migración de AWS DMS con un origen de MongoDB, puede crear una cuenta de usuario con privilegios raíz o bien un usuario que tenga permisos solamente en la base de datos que migrar.
El código siguiente crear un usuario para que sea la cuenta raíz.
use admin db.createUser( { user: "root", pwd: "
password
", roles: [ { role: "root", db: "admin" } ] } )
Para un origen de MongoDB 3.x, el código siguiente crea un usuario con privilegios mínimos en la base de datos que se va a migrar.
use
database_to_migrate
db.createUser( { user: "dms-user
", pwd: "password
", roles: [ { role: "read", db: "local" }, "read"] })
Para un origen de MongoDB 4.x, el siguiente código crea un usuario con privilegios mínimos.
{ resource: { db: "", collection: "" }, actions: [ "find", "changeStream" ] }
Por ejemplo, cree el siguiente rol en la base de datos “admin”.
use admin
db.createRole(
{
role: "changestreamrole",
privileges: [
{ resource: { db: "", collection: "" }, actions: [ "find","changeStream" ] }
],
roles: []
}
)
Y una vez creado el rol, cree un usuario en la base de datos que se va a migrar.
> use test
> db.createUser(
{
user: "dms-user12345",
pwd: "password",
roles: [ { role: "changestreamrole", db: "admin" }, "read"]
})
Configuración de un conjunto de réplicas de MongoDB para CDC
Para utilizar la replicación continua o la CDC con MongoDB, AWS DMS requiere acceso al registro de operaciones (oplog) de MongoDB. Para crear dicho log, debe implementar un conjunto de réplicas si no existe ninguno. Para obtener más información, consulte la documentación de MongoDB
Puede utilizar CDC con el nodo principal o secundario de un conjunto de réplicas de MongoDB como punto de enlace de origen.
Para convertir una instancia independiente a un conjunto de réplicas
-
Usar la línea de comandos, conectarse a
mongo
.mongo localhost
-
Detenga el servicio
mongod
.service mongod stop
-
Reinicie
mongod
utilizando el siguiente comando:mongod --replSet "rs0" --auth -port
port_number
-
Pruebe la conexión con el conjunto de réplicas con los siguientes comandos:
mongo -u root -p
password
--host rs0/localhost:port_number
--authenticationDatabase "admin"
Si tiene previsto realizar una migración con el modo documento, seleccione la opción _id as a
separate column
al crear el punto de enlace de MongoDB. Si se selecciona esta opción, se crea otra columna denominada _id
, que actúa como clave principal. AWS DMS necesita esta segunda columna para poder admitir operaciones de lenguaje de manipulación de datos (DML).
nota
AWS DMS utiliza el registro de operaciones (oplog) para capturar los cambios durante la replicación en curso. Si MongoDB vacía los registros de oplog antes de que AWS DMS los lea, las tareas producirán un error. Recomendamos ajustar el tamaño de oplog para retener los cambios durante al menos 24 horas.
Requisitos de seguridad al utilizar MongoDB como origen para AWS DMS
AWS DMS admite dos métodos de autenticación para MongoDB. Los dos métodos de autenticación se utilizan para cifrar la contraseña, de forma que solo se pueda utilizar cuando el parámetro authType
se haya establecido en PASSWORD (CONTRASEÑA).
Los métodos de autenticación de MongoDB son los siguientes:
-
MONGODB-CR: para compatibilidad con versiones anteriores
-
SCRAM-SHA-1: el valor predeterminado cuando se usa MongoDB versión 3.x y 4.0
Si no se especifica un método de autenticación, AWS DMS utiliza el método predeterminado para la versión del origen de MongoDB.
Segmentación de recopilaciones y migración en paralelo de MongoDB
Para mejorar el rendimiento de una tarea de migración, los puntos de conexión de origen de MongoDB admiten dos opciones de carga completa paralela en la asignación de tablas.
En otras palabras, puede migrar una recopilación en paralelo mediante la segmentación automática o de segmentación por rango de la asignación de tablas para una carga completa paralela en la configuración de JSON. Con la segmentación automática, puede especificar los criterios de AWS DMS para segmentar automáticamente el origen para la migración en cada subproceso. Las opciones de segmentación por rango, puede indicar a AWS DMS el rango específico de cada segmento para que DMS migre en cada subproceso. Para obtener más información sobre estas configuraciones, consulte Reglas y operaciones de configuración de tablas y recopilaciones.
Migración de una base de datos de MongoDB en paralelo mediante rangos de segmentación automática
Puede migrar los documentos en paralelo especificando los criterios para que AWS DMS particione (segmentar) automáticamente los datos de cada subproceso. En concreto, se especifica el número de documentos que se van a migrar por subproceso. Con este enfoque, AWS DMS intenta optimizar los límites de los segmentos para obtener el máximo rendimiento por subproceso.
Puede especificar los criterios de segmentación mediante las siguientes opciones de configuración de tabla en la asignación de tablas.
Opción de configuración de tabla |
Descripción |
---|---|
|
(Obligatorio) Establezca |
|
(Opcional) Número total de particiones (segmentos) utilizadas para la migración. El valor predeterminado es 16. |
|
(Opcional) Si esta opción se establece en |
|
(Opcional) El número de registros a omitir a la vez al determinar los límites de cada partición. AWS DMS utiliza un enfoque de omisión paginada para determinar el límite mínimo de una partición. El valor predeterminado es 10 000. El establecimiento de un valor relativamente alto puede provocar tiempos de espera del cursor y errores en las tareas. Si se establece un valor relativamente bajo, se realizan más operaciones por página y se ralentiza la carga completa. |
|
(Opcional) Limita el número de documentos que se devuelven en un lote. Cada lote requiere un viaje de ida y vuelta al servidor. Si el tamaño del lote es cero (0), el cursor utiliza el tamaño máximo de lote definido por el servidor. El valor predeterminado es 0. |
En el siguiente ejemplo, se muestra una tabla de asignación para la segmentación automática.
{
"rules": [
{
"rule-type": "selection",
"rule-id": "1",
"rule-name": "1",
"object-locator": {
"schema-name": "admin",
"table-name": "departments"
},
"rule-action": "include",
"filters": []
},
{
"rule-type": "table-settings",
"rule-id": "2",
"rule-name": "2",
"object-locator": {
"schema-name": "admin",
"table-name": "departments"
},
"parallel-load": {
"type": "partitions-auto",
"number-of-partitions": 5,
"collection-count-from-metadata": "true",
"max-records-skip-per-page": 1000000,
"batch-size": 50000
}
}
]
}
La segmentación automática tiene la siguiente limitación. La migración de cada segmento obtiene el recuento de la recopilación y el _id
mínimo para la recopilación de forma individual. A continuación, utiliza un salto paginado para calcular el límite mínimo de ese segmento.
Por lo tanto, asegúrese de que el valor de _id
mínimo de cada recopilación permanezca constante hasta que se calculen todos los límites de los segmentos de la recopilación. Si cambia el valor de _id
mínimo de una recopilación durante el cálculo del límite del segmento, puede provocar la pérdida de datos o errores en las filas duplicadas.
Migración de una base de datos de MongoDB en paralelo mediante la segmentación por rango
Puede migrar los documentos en paralelo especificando los rangos de cada segmento de un subproceso. Con este enfoque, puede indicar a AWS DMS los documentos específicos que deben migrar en cada subproceso de acuerdo con los rangos de documentos que haya elegido por subproceso.
La siguiente imagen muestra una recopilación de MongoDB que tiene siete elementos y _id
como la clave principal.

Para dividir la recopilación en tres segmentos para AWS DMS y migrar en paralelo, puede agregar reglas de asignación de tablas a la tarea de migración. Este enfoque se muestra en el siguiente ejemplo de JSON.
{ // Task table mappings:
"rules": [
{
"rule-type": "selection",
"rule-id": "1",
"rule-name": "1",
"object-locator": {
"schema-name": "testdatabase",
"table-name": "testtable"
},
"rule-action": "include"
}, // "selection" :"rule-type"
{
"rule-type": "table-settings",
"rule-id": "2",
"rule-name": "2",
"object-locator": {
"schema-name": "testdatabase",
"table-name": "testtable"
},
"parallel-load": {
"type": "ranges",
"columns": [
"_id",
"num"
],
"boundaries": [
// First segment selects documents with _id less-than-or-equal-to 5f805c97873173399a278d79
// and num less-than-or-equal-to 2.
[
"5f805c97873173399a278d79",
"2"
],
// Second segment selects documents with _id > 5f805c97873173399a278d79 and
// _id less-than-or-equal-to 5f805cc5873173399a278d7c and
// num > 2 and num less-than-or-equal-to 5.
[
"5f805cc5873173399a278d7c",
"5"
]
// Third segment is implied and selects documents with _id > 5f805cc5873173399a278d7c.
] // :"boundaries"
} // :"parallel-load"
} // "table-settings" :"rule-type"
] // :"rules"
} // :Task table mappings
Esa definición de asignación de tablas divide la recopilación de orígenes en tres segmentos y migra en paralelo. A continuación, se muestran límites de segmentación.
Data with _id less-than-or-equal-to "5f805c97873173399a278d79" and num less-than-or-equal-to 2 (2 records)
Data with _id > "5f805c97873173399a278d79" and num > 2 and _id less-than-or-equal-to "5f805cc5873173399a278d7c" and num less-than-or-equal-to 5 (3 records)
Data with _id > "5f805cc5873173399a278d7c" and num > 5 (2 records)
Una vez finalizada la tarea de migración, puede comprobar en los registros de tareas que las tablas se han cargado en paralelo, como se muestra en el siguiente ejemplo. También puede comprobar la cláusula find
de MongoDB utilizada para descargar cada segmento de la tabla de origen.
[TASK_MANAGER ] I: Start loading segment #1 of 3 of table 'testdatabase'.'testtable' (Id = 1) by subtask 1. Start load timestamp 0005B191D638FE86 (replicationtask_util.c:752)
[SOURCE_UNLOAD ] I: Range Segmentation filter for Segment #0 is initialized. (mongodb_unload.c:157)
[SOURCE_UNLOAD ] I: Range Segmentation filter for Segment #0 is: { "_id" : { "$lte" : { "$oid" : "5f805c97873173399a278d79" } }, "num" : { "$lte" : { "$numberInt" : "2" } } } (mongodb_unload.c:328)
[SOURCE_UNLOAD ] I: Unload finished for segment #1 of segmented table 'testdatabase'.'testtable' (Id = 1). 2 rows sent.
[TASK_MANAGER ] I: Start loading segment #1 of 3 of table 'testdatabase'.'testtable' (Id = 1) by subtask 1. Start load timestamp 0005B191D638FE86 (replicationtask_util.c:752)
[SOURCE_UNLOAD ] I: Range Segmentation filter for Segment #0 is initialized. (mongodb_unload.c:157)
[SOURCE_UNLOAD ] I: Range Segmentation filter for Segment #0 is: { "_id" : { "$lte" : { "$oid" : "5f805c97873173399a278d79" } }, "num" : { "$lte" : { "$numberInt" : "2" } } } (mongodb_unload.c:328)
[SOURCE_UNLOAD ] I: Unload finished for segment #1 of segmented table 'testdatabase'.'testtable' (Id = 1). 2 rows sent.
[TARGET_LOAD ] I: Load finished for segment #1 of segmented table 'testdatabase'.'testtable' (Id = 1). 1 rows received. 0 rows skipped. Volume transfered 480.
[TASK_MANAGER ] I: Load finished for segment #1 of table 'testdatabase'.'testtable' (Id = 1) by subtask 1. 2 records transferred.
Actualmente, AWS DMS admite los siguientes tipos de datos de MongoDB como columna de clave de segmento:
-
Doble
-
Cadena
-
ObjectId
-
Entero de 32 bits
-
Entero de 64 bits
Migración de varias bases de datos cuando se utiliza MongoDB como origen para AWS DMS
Las versiones de AWS DMS 3.4.5 y superiores admiten la migración de varias bases de datos en una sola tarea para todas las versiones de MongoDB compatibles. Si desea migrar varias bases de datos, realice estos pasos:
-
Al crear el punto de conexión de origen de MongoDB, realice alguna de las siguientes operaciones:
-
En la página Crear punto de conexión de la consola de DMS, asegúrese de que el nombre de la base de datos esté vacío en la configuración del punto de conexión.
-
Con el comando
CreateEndpoint
de AWS CLI, asigne un valor de cadena vacío al parámetroDatabaseName
enMongoDBSettings
.
-
-
Para cada base de datos que desee migrar desde un origen de MongoDB, especifique el nombre de la base de datos como nombre de esquema en la tabla de asignación de la tarea. Puede hacerlo mediante la entrada guiada de la consola o directamente en JSON. Para obtener más información sobre la entrada guiada, consulte Especificación de selección de tablas y reglas de transformaciones desde la consola. Para obtener más información sobre el archivo JSON, consulte Reglas y acciones de selección.
Por ejemplo, es posible que especifique el siguiente JSON para migrar tres bases de datos de MongoDB.
ejemplo Migrar todas las tablas de un esquema
El siguiente JSON migra todas las tablas de base de datos de Customers
, Orders
y Suppliers
del punto de conexión de origen al punto de conexión de destino.
{
"rules": [
{
"rule-type": "selection",
"rule-id": "1",
"rule-name": "1",
"object-locator": {
"schema-name": "Customers",
"table-name": "%"
},
"rule-action": "include",
"filters": []
},
{
"rule-type": "selection",
"rule-id": "2",
"rule-name": "2",
"object-locator": {
"schema-name": "Orders",
"table-name": "%"
},
"rule-action": "include",
"filters": []
},
{
"rule-type": "selection",
"rule-id": "3",
"rule-name": "3",
"object-locator": {
"schema-name": "Inventory",
"table-name": "%"
},
"rule-action": "include",
"filters": []
}
]
}
Restricciones al usar MongoDB como origen para AWS DMS
A continuación, se describen las restricciones que se aplican cuando se utiliza MongoDB como origen para AWS DMS:
-
En el modo tabla, los documentos de una recopilación deben ser coherentes en cuanto al tipo de datos que utilizan para el valor del mismo campo. Por ejemplo, si un documento de una recopilación incluye
'{ a:{ b:value ... }'
, todos los documentos de la recopilación que hacen referencia alvalue
del campoa.b
deben usar el mismo tipo de datos paravalue
, independientemente del lugar donde aparezcan en la recopilación. -
Cuando la
_id
opción se establece como una columna independiente, la cadena del identificador no puede superar los 200 caracteres. -
Las claves de ID de objeto y de tipo de matriz se convierten en columnas que tienen los prefijos
oid
yarray
en el modo de tabla.Internamente, se hace referencia a estas columnas con los nombres con prefijos. Si utiliza reglas de transformación en AWS DMS que hacen referencia a estas columnas, asegúrese de especificar la columna con prefijos. Por ejemplo, especifique
${oid__id}
y no${_id}
o${array__addresses}
y no${_addresses}
. -
Los nombres de recopilaciones y claves no pueden incluir el símbolo del dólar ($).
-
AWS DMS no admite recopilaciones que contengan el mismo campo con mayúsculas y minúsculas diferentes (mayúsculas, minúsculas) en modo tabla con un destino de RDBMS. Por ejemplo, AWS DMS no admite tener dos recopilaciones denominadas
Field1
yfield1
. -
El modo de tabla y el modo de documento tienen las limitaciones descritas con anterioridad.
-
La migración en paralelo mediante la segmentación automática tiene las limitaciones descritas anteriormente.
-
Los filtros de origen no son compatibles con MongoDB.
-
AWS DMS no admite documentos cuyo nivel de anidación sea superior a 97.
-
AWS DMS no admite las siguientes características de MongoDB versión 5.0:
Cambios de los fragmentos en directo
Cifrado en el nivel de campo del lado del cliente (CSFLE)
Migración de recopilación de series temporales
nota
Una recopilación de series temporales migrada en la fase de carga completa se convertirá en una recopilación normal en Amazon DocumentDB, ya que DocumentDB no admite recopilaciones de series temporales.
Ajustes de configuración del punto de conexión cuando se utiliza MongoDB como origen para AWS DMS
Al configurar el punto de conexión de origen de MongoDB, puede especificar varios ajustes de configuración del punto de conexión mediante la consola de AWS DMS.
En la tabla siguiente se describen los ajustes de configuración disponibles cuando se utilizan bases de datos de MongoDB como un origen de AWS DMS.
Configuración (atributo) | Valores válidos | Valor predeterminado y descripción |
---|---|---|
Modo de autenticación |
|
El valor |
Origen de autenticación |
Un nombre de la base de datos MongoDB válido. |
Es el nombre de la base de datos de MongoDB que desea utilizar para validar las credenciales de autenticación. El valor predeterminado es |
Mecanismo de autenticación |
|
El mecanismo de autenticación. El valor de |
Modo de metadatos |
Documento y tabla |
Elige el modo de documento o de tabla. |
Número de documentos que se van a escanear ( |
Un número entero positivo mayor que |
Utilice esta opción solo en modo tabla para definir la tabla de destino. |
_id como columna independiente |
Marca de comprobación en la casilla |
Casilla de verificación de comprobación opcional que crea una segunda columna denominada |
|
NUMBER Solo el atributo de conexión adicional (ECA). |
Esta configuración está en unidades de milisegundos y configura el tiempo de espera de la conexión para los clientes de MongoDB. Si el valor es menor o igual a cero, se utiliza el valor predeterminado del cliente de MongoDB. |
|
boolean
|
Si es verdadero, durante los eventos de actualización de CDC, AWS DMS copia todo el documento actualizado en el destino. Cuando se establece en falso, AWS DMS utiliza el comando de actualización de MongoDB para actualizar solo los campos modificados del documento en el destino. |
|
boolean
|
Si es verdadero, AWS DMS replica los datos en recopilaciones fragmentadas. AWS DMS solo usa esta configuración si el punto de conexión de destino es un clúster elástico de DocumentDB. Cuando esta configuración es verdadera, tenga en cuenta lo siguiente:
|
Si elige Documento como modo de metadatos, hay diferentes opciones disponibles.
Si el punto de conexión de destino es DocumentDB, asegúrese de ejecutar la migración en modo mocumento. Además, modifique el punto de conexión de origen y seleccione la opción _id como columna independiente. Este es un requisito previo obligatorio si la carga de trabajo de MongoDB de origen incluye transacciones.
Tipos de datos de origen para MongoDB
La migración de datos que utiliza MongoDB como origen para AWS DMS admite la mayoría de los tipos de datos de MongoDB. En la tabla siguiente, puede encontrar los tipos de datos de origen de MongoDB que se admiten cuando se utiliza AWS DMS y el mapeo predeterminado de los tipos de datos de AWS DMS. Para obtener más información sobre los tipos de datos de MongoDB, consulte BSON types
Para obtener más información sobre cómo ver el tipo de datos que se asigna en el destino, consulte la sección del punto de enlace de destino que esté utilizando.
Para obtener más información sobre los tipos de datos de AWS DMS, consulte Tipos de datos de AWS Database Migration Service.
Tipos de datos de MongoDB |
Tipos de datos de AWS DMS |
---|---|
Booleano |
Bool |
Binario |
BLOB |
Date |
Date |
Timestamp |
Date |
Int |
INT4 |
Largo |
INT8 |
Doble |
REAL8 |
Cadena (UTF-8) |
CLOB |
Matriz |
CLOB |
OID |
Cadena |
REGEX |
CLOB |
Código |
CLOB |