Uso de Amazon DocumentDB (con compatibilidad con MongoDB) como origen 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 conexión 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 origen, modo documento y modo tabla. Puede especificar el modo de migración al crear el punto de conexión de origen de Amazon DocumentDB en la consola de AWS DMS con la opción del modo de metadatos 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 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.

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á 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 Amazon DocumentDB, 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. 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, como {"a" : {"b" : {"c": 1}}}, a una columna denominada a.b.c.

Para crear las columnas de destino, AWS DMS analiza un número determinado de documentos de Amazon DocumentDB 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 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 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.

Configuración de permisos para usar Amazon DocumentDB como origen

Al utilizar el origen de Amazon DocumentDB para una migración de AWS DMS, puede crear una cuenta de usuario con privilegios raíz. 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 superiores, 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 los flujos 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 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.

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 para Amazon DocumentDB descargando el archivo rds-combined-ca-bundle.pem, desde un bucket de Amazon S3 alojado en AWS. 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.

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

Importación de la clave pública mediante la consola de AWS DMS

1. Inicie sesión en la 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).

El siguiente ejemplo de la AWS CLI usa el comando import-certificate de AWS DMS para importar el archivo rds-combined-ca-bundle.pem 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.

Configuración de un punto de conexión de origen de Amazon DocumentDB mediante la consola de AWS DMS

1. Inicie sesión en la 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.

Configuración de un punto de conexión de origen de Amazon DocumentDB mediante la AWS CLI

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

  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 de AWS DMS para segmentar automáticamente el origen para la migración en cada subproceso. Las opciones de segmentación por rango le permiten 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 Amazon DocumentDB 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, 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 en true, AWS DMS utiliza un recuento de recopilaciones estimado para determinar el número de particiones. Si se establece en false, AWS DMS utiliza el recuento de recopilaciones real. El valor predeterminado es true.
"max-records-skip-per-page"	(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. 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.

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 origen para AWS DMS

Las versiones 3.4.5 y superiores de AWS DMS admiten la migración de varias bases de datos en una sola tarea solo para las versiones 4.0 y superiores 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 la AWS Management Console para AWS DMS, deje Nombre de la base de datos vacío en Configuración de punto de conexión en la página Crear punto 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 origen para AWS DMS

A continuación, se describen las restricciones que se aplican cuando se utiliza Amazon DocumentDB como origen 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 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 ($).

• 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 cuyo nivel de anidación sea superior a 97.

• DocumentDB no admite filtros de origen.

• AWS DMSno 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. Se especifican los ajustes cuando se crea el punto de conexión de origen mediante la consola de AWS DMS o mediante el comando create-endpoint en la AWS CLI, con la sintaxis JSON --doc-db-settings '{"EndpointSetting": "value", ...}'.

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 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: Debe establecer TargetTablePrepMode en nothing. AWS DMS establece automáticamente useUpdateLookup en false.

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 la asignación predeterminada a partir de los tipos de datos de AWS DMS 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 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 Amazon DocumentDB	Tipos de datos de AWS DMS
Booleano	Bool
Binario	BLOB
Date	Date
Marca temporal	Date
Int	INT4
Largo	INT8
Doble	REAL8
Cadena (UTF-8)	CLOB
Matriz	CLOB
OID	Cadena