Uso de Amazon DocumentDB (compatible con MongoDB) como fuente para AWS DMS - AWS Database Migration Service

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.

Uso de Amazon DocumentDB (compatible con MongoDB) como fuente para AWS DMS

Para obtener información acerca de las versiones de Amazon DocumentDB (con compatibilidad con MongoDB) que AWS DMS admite como origen, consulte Fuentes de AWS DMS.

Con Amazon DocumentDB como origen, puede migrar datos de un clúster de Amazon DocumentDB a otro clúster de Amazon DocumentDB. También puede migrar datos de un clúster de Amazon DocumentDB a uno de los otros puntos de enlace de destino compatibles con. AWS DMS

Si es la primera vez que utiliza Amazon DocumentDB, tenga en cuenta los siguientes conceptos importantes para las bases de datos de Amazon DocumentDB:

  • Un registro en Amazon DocumentDB es un documento, 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 recopilación en Amazon DocumentDB es un grupo de documentos y es aproximadamente equivalente a una tabla de base de datos relacional.

  • Una base de datos de Amazon DocumentDB es un conjunto de recopilaciones y equivale aproximadamente a un esquema de una base de datos relacional.

AWS DMS admite dos modos de migración cuando se utiliza Amazon DocumentDB como fuente, modo documento y modo tabla. El modo de migración se especifica al crear el punto final de origen de Amazon DocumentDB en la AWS DMS consola, mediante la opción de modo Metadata o el atributo de conexión adicional. nestingLevel Después, puede encontrar una explicación sobre cómo la elección del modo de migración afecta al formato resultante de los datos de destino.

Modo documento

En el modo documento, el documento JSON se migra tal cual. Eso significa que los datos del documento se consolidan en uno de dos elementos. Cuando se utiliza una base de datos relacional como destino, los datos son una sola columna denominada _doc en una tabla de destino. Cuando se utiliza una base de datos no relacional como destino, los datos son un único documento JSON. El modo documento es el modo predeterminado, que recomendamos al migrar a un destino de Amazon DocumentDB.

Por ejemplo, tenga en cuenta los siguientes documentos en una recopilación de Amazon DocumentDB 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 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 atributo de conexión adicional extractDocID en true para crear otra columna denominada "_id" que actúe como clave principal. Si va a utilizar la captura de datos de cambios (CDC), establezca este parámetro en true excepto cuando utilice Amazon DocumentDB como destino.

nota

Si agrega una nueva colección a la base de datos de origen, AWS DMS crea una nueva tabla de destino para la colección y replica los documentos.

Modo de tabla

En el modo tabla, AWS DMS transforma cada uno de los campos de nivel superior en un documento de Amazon DocumentDB en una columna en la tabla de destino. Si un campo está anidado, AWS DMS aplana los valores anidados en una sola columna. AWS DMS a continuación, agrega un campo clave y tipos de datos al conjunto de columnas de la tabla de destino.

Para cada documento de Amazon DocumentDB, AWS DMS añada cada clave y tipo al conjunto de columnas de la tabla de destino. Por ejemplo, si utiliza el modo de tabla, AWS DMS migra el ejemplo anterior a la tabla siguiente.

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. La columna se nombra con 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, por ejemplo, {"a" : {"b" : {"c": 1}}} a una columna llamada a.b.c.

Para crear las columnas de destino, AWS DMS escanea un número específico de documentos de Amazon DocumentDB y crea un conjunto de todos los campos y sus tipos. AWS DMS a continuación, utiliza este conjunto para crear las columnas de la tabla de destino. Si crea o modifica el punto de conexión de origen de Amazon DocumentDB mediante la consola, puede especificar el número de documentos que se van a analizar. El valor predeterminado es de 1000 documentos. Si usa el AWS CLI, puede usar el atributo de conexión adicionaldocsToInvestigate.

En el modo tabla, AWS DMS gestiona los documentos y las colecciones de la siguiente manera:

  • 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 cambio (CDC), AWS DMS no permite cambiar el nombre de una colección.

Configuración de permisos para usar Amazon DocumentDB como origen

Al utilizar el código fuente de Amazon DocumentDB para una AWS DMS migración, puede crear una cuenta de usuario con privilegios de root. O bien, puede crear un usuario con permisos solo para la base de datos que se va a migrar.

El código siguiente crea un usuario como la cuenta raíz.

use admin db.createUser( { user: "root", pwd: "password", roles: [ { role: "root", db: "admin" } ] })

Para Amazon DocumentDB 3.6, 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: "db_name" }, "read"] })

Para Amazon DocumentDB 4.0 y versiones posteriores, AWS DMS utiliza un flujo de cambios para toda la implementación. A continuación, el código siguiente crea un usuario con privilegios mínimos.

db.createUser( { user: "dms-user", pwd: "password", roles: [ { role: "readAnyDatabase", db: "admin" }] })

Configuración de CDC para un clúster de Amazon DocumentDB

Para utilizar la replicación continua o la CDC con Amazon DocumentDB, AWS DMS necesita acceso a las secuencias de cambios del clúster de Amazon DocumentDB. Para obtener una descripción de la secuencia ordenada por tiempo de los eventos de actualización en las recopilaciones y bases de datos del clúster, consulte Uso de flujos de cambios en la Guía para desarrolladores de Amazon DocumentDB.

Autentíquese en el clúster de Amazon DocumentDB mediante el shell de MongoDB. A continuación, ejecute el siguiente comando para habilitar los flujos de cambios.

db.adminCommand({modifyChangeStreams: 1, database: "DB_NAME", collection: "", enable: true});

Este enfoque habilita el flujo de cambios para todas las recopilaciones de la base de datos. Una vez habilitados los flujos de cambios, puede crear una tarea de migración que migre los datos existentes y, al mismo tiempo, replique los cambios en curso. AWS DMS sigue capturando y aplicando los cambios incluso después de cargar los datos masivos. Con el tiempo, las bases de datos de origen y de destino se sincronizarán, por lo que el tiempo de inactividad de la migración será mínimo.

nota

AWS DMS utiliza el registro de operaciones (oplog) para capturar los cambios durante la replicación en curso. Si Amazon DocumentDB vacía los registros del oplog antes de leerlos, las tareas AWS DMS fallarán. Recomendamos ajustar el tamaño de oplog para retener los cambios durante al menos 24 horas.

Conexión a Amazon DocumentDB mediante TLS

De forma predeterminada, un clúster de Amazon DocumentDB recién creado solo acepta conexiones seguras mediante la seguridad de la capa de transporte (TLS). Cuando TLS está habilitado, cada conexión a Amazon DocumentDB requiere una clave pública.

Puede recuperar la clave pública de Amazon DocumentDB descargando el archivo rds-combined-ca-bundle.pem desde un bucket AWS de Amazon S3 alojado. Para obtener más información acerca de la descarga de este archivo, consulte Cifrado de conexiones mediante TLS en la Guía para desarrolladores de Amazon DocumentDB.

Tras descargar el rds-combined-ca-bundle.pem archivo, puede importar la clave pública que contiene. AWS DMS En los pasos siguientes, se describe cómo hacerlo así.

Para importar la clave pública mediante la AWS DMS consola
  1. Inicie sesión en AWS Management Console y elija AWS DMS.

  2. En el panel de navegación, elija Certificates.

  3. Seleccione Importar certificado. Aparece la página Importar nuevo certificado de entidad de certificación.

  4. En la sección Configuración de certificado, realice una de las siguientes acciones:

    • Para Identificador del certificado, escriba un nombre único para el certificado, como docdb-cert.

    • Elija Elegir archivo, vaya a la ubicación en la que guardó el archivo rds-combined-ca-bundle.pem y selecciónelo.

  5. Elija Add new CA certificate (Agregar un nuevo certificado de entidad de certificación).

AWS CLI En el siguiente ejemplo, se utiliza el AWS DMS import-certificate comando para importar el rds-combined-ca-bundle.pem archivo de clave pública.

aws dms import-certificate \ --certificate-identifier docdb-cert \ --certificate-pem file://./rds-combined-ca-bundle.pem

Creación de un punto de conexión de origen de Amazon DocumentDB

Puede crear un punto de conexión de origen de Amazon DocumentDB mediante la consola o la AWS CLI. Utilice el siguiente procedimiento con la consola.

Para configurar un punto final de origen de Amazon DocumentDB mediante la consola AWS DMS
  1. Inicie sesión en AWS Management Console y elija AWS DMS.

  2. Elija Puntos de conexión en el panel de navegación y, a continuación, elija Crear punto de conexión.

  3. Para identificador de punto de conexión, proporcione un nombre que le ayude a identificarlo fácilmente, por ejemplo docdb-source.

  4. Para Motor de origen, elija Amazon DocumentDB (con compatibilidad con MongoDB).

  5. Para Nombre del servidor, ingrese el nombre del servidor en el que reside el punto de conexión de la base de datos de Amazon DocumentDB. Por ejemplo, puede ingresar el nombre de DNS público de la instancia de Amazon EC2, como democluster.cluster-cjf6q8nxfefi.us-east-2.docdb.amazonaws.com.

  6. Para Puerto, escriba 27 017.

  7. En SSL mode (Modo de SSL), elija verify-full. Si ha desactivado SSL en el clúster de Amazon DocumentDB, puede omitir este paso.

  8. Para el certificado de entidad de certificación, elija el certificado de Amazon DocumentDB, rds-combined-ca-bundle.pem. Para obtener instrucciones sobre cómo agregar este certificado, consulte Conexión a Amazon DocumentDB mediante TLS.

  9. Para Nombre de base de datos, escriba el nombre de la base de datos que se va a migrar.

Utilice el procedimiento siguiente con la CLI.

Para configurar un punto final de origen de Amazon DocumentDB mediante el AWS CLI
  • Ejecute el siguiente AWS DMS create-endpoint comando para configurar un punto final de origen de Amazon DocumentDB y sustituir los marcadores de posición por sus propios valores.

    aws dms create-endpoint \ --endpoint-identifier a_memorable_name \ --endpoint-type source \ --engine-name docdb \ --username value \ --password value \ --server-name servername_where_database_endpoint_resides \ --port 27017 \ --database-name name_of_endpoint_database

Segmentación de recopilaciones de Amazon DocumentDB y migración en paralelo

Para mejorar el rendimiento de una tarea de migración, los puntos de conexión de origen de Amazon DocumentDB admiten dos opciones de la característica de carga completa paralela en la asignación de tablas. En otras palabras, puede migrar una recopilación en paralelo mediante las opciones de 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. Las opciones de segmentación automática le permiten especificar los criterios para segmentar automáticamente la fuente AWS DMS para la migración en cada subproceso. Las opciones de segmentación por rango permiten indicar AWS DMS el rango específico de cada segmento para que el 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 Amazon DocumentDB en paralelo mediante rangos de segmentación automática

Puede migrar sus documentos en paralelo especificando los criterios para AWS DMS particionar (segmentar) automáticamente los datos de cada subproceso, especialmente 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 tablas en la asignación de tablas:

Opción de configuración de tabla

Descripción

"type"

(Obligatorio) Establezca "partitions-auto" para Amazon DocumentDB como origen.

"number-of-partitions"

(Opcional) Número total de particiones (segmentos) utilizadas para la migración. El valor predeterminado es 16.

"collection-count-from-metadata"

(Opcional) Si se establece entrue, AWS DMS utiliza un recuento de recopilaciones estimado para determinar el número de particiones. Si se establece enfalse, AWS DMS utiliza el recuento de colecciones real. El valor predeterminado es true.

"max-records-skip-per-page"

(Opcional) El número de registros que se van a omitir a la vez al determinar los límites de cada partición. AWS DMS utiliza un método de omisión paginada para determinar el límite mínimo de una partición. El valor predeterminado es 10 000. Si se establece un valor relativamente alto es posible que se produzcan 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.

"batch-size"

(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, esto podría provocar la pérdida de datos o errores en las filas duplicadas.

Migración de una base de datos de Amazon DocumentDB en paralelo mediante rangos de segmentos específicos

El siguiente ejemplo muestra una recopilación de Amazon DocumentDB que tiene siete elementos y _id como la clave principal.

Recopilación de Amazon DocumentDB con siete artículos.

Para dividir la recopilación en tres segmentos y migrar en paralelo, puede agregar reglas de asignación de tablas a la tarea de migración, como 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 less-than-or-equal-to "5f805cc5873173399a278d7c" and num less-than-or-equal-to 5 and not in (_id less-than-or-equal-to "5f805c97873173399a278d79" and num less-than-or-equal-to 2) (3 records) Data not in (_id less-than-or-equal-to "5f805cc5873173399a278d7c" and num less-than-or-equal-to 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 Amazon DocumentDB 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 Amazon DocumentDB 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 Amazon DocumentDB como fuente de AWS DMS

AWS DMS las versiones 3.4.5 y superiores admiten la migración de varias bases de datos en una sola tarea solo para las versiones 4.0 y posteriores de Amazon DocumentDB. Si desea migrar varias bases de datos, haga lo siguiente:

  1. Al crear el punto de conexión de origen de Amazon DocumentDB:

    • En el formulario AWS DMS, deje el AWS Management Console nombre de la base de datos vacío en la sección Configuración de puntos de conexión de la página Crear puntos de conexión.

    • En AWS Command Line Interface (AWS CLI), asigne un valor de cadena vacío al DatabaseNameparámetro de DocumentDBSettings que especifique para la CreateEndpointacción.

  2. Para cada base de datos que desee migrar desde este punto de conexión de origen de Amazon DocumentDB, especifique el nombre de cada base de datos como nombre de un esquema en la asignación de tabla de la tarea mediante la entrada guiada de la consola o directamente en JSON. Para obtener más información sobre la entrada guiada, consulte la descripción de 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 Amazon DocumentDB.

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": "%" }, "object-locator": { "schema-name": "Orders", "table-name": "%" }, "object-locator": { "schema-name": "Inventory", "table-name": "%" }, "rule-action": "include" } ] }

Limitaciones del uso de Amazon DocumentDB como fuente para AWS DMS

Las siguientes son limitaciones a la hora de utilizar Amazon DocumentDB como fuente para: AWS DMS

  • 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 y array en el modo de tabla.

    Internamente, se hace referencia a estas columnas con los nombres con prefijos. Si utiliza reglas de transformación AWS DMS que hacen referencia a estas columnas, asegúrese de especificar la columna con prefijo. 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 ($).

  • El modo de tabla y el modo de documento tienen las limitaciones tratadas con anterioridad.

  • La migración en paralelo mediante la segmentación automática tiene las limitaciones descritas anteriormente.

  • Un origen de Amazon DocumentDB (compatible con MongoDB) no admite el uso de una marca temporal específica como punto de partida para la captura de datos de cambios (CDC). Una tarea de replicación continua comienza a capturar los cambios independientemente de la marca temporal.

  • Cuando se utiliza DocumentDB (compatible con MongoDB) como origen, DMS puede gestionar un máximo de 250 registros por segundo.

  • AWS DMS no admite documentos en los que el nivel de anidación sea superior a 97.

  • DocumentDB no admite filtros de origen.

  • AWS DMS no admite la replicación CDC (captura de datos de cambios) para DocumentDB como fuente en modo de clúster elástico.

Uso de la configuración de puntos de conexión con Amazon DocumentDB como origen

Puede utilizar la configuración de punto de conexión para configurar la base de datos de origen de Amazon DocumentDB de forma similar al uso de atributos de conexión adicionales. Los ajustes se especifican al crear el punto final de origen mediante la AWS DMS consola o mediante el create-endpoint comando de AWS CLI, con la sintaxis --doc-db-settings '{"EndpointSetting": "value", ...}' JSON.

La siguiente tabla muestra la configuración de punto de conexión que puede utilizar con Amazon DocumentDB como origen.

Nombre de atributo Valores válidos Valor predeterminado y descripción

NestingLevel

"none"

"one"

"none": especifique "none" para utilizar el modo de documento. Especifique "one" para utilizar el modo de tabla.

ExtractDocID

boolean

true

false

false: utilice este atributo cuando NestingLevel se establezca en "none".

Si la base de datos de destino es Amazon DocumentDB, configure '{"ExtractDocID": true}'.

DocsToInvestigate

Un número entero positivo mayor que 0.

1000: utilice este atributo cuando NestingLevel se establezca en "one".

ReplicateShardCollections

boolean

true

false

Si es verdadero, AWS DMS replica los datos en colecciones de fragmentos. AWS DMS solo usa esta configuración si el punto final de destino es un clúster elástico de DocumentDB.

Cuando esta configuración es verdadera, tenga en cuenta lo siguiente:

  • Debe establecer TargetTablePrepMode en nothing.

  • AWS DMS se establece automáticamente useUpdateLookup enfalse.

Tipos de datos de origen de Amazon DocumentDB

En la siguiente tabla, podrá encontrar los tipos de datos de origen de Amazon DocumentDB que se admiten cuando se utiliza AWS DMS. También puede encontrar el mapeo predeterminado a partir de AWS DMS los tipos de datos en esta tabla. Para obtener más información sobre tipos de datos, consulte Tipos de BSON en la documentación de MongoDB.

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 información adicional sobre AWS DMS los tipos de datos, consulteTipos de datos de AWS Database Migration Service.

Tipos de datos de Amazon DocumentDB

AWS DMS tipos de datos

Booleano

Bool

Binario

BLOB

Date

Date

Marca temporal

Date

Int

INT4

Largo

INT8

Doble

REAL8

Cadena (UTF-8)

CLOB

Matriz

CLOB

OID

Cadena