Configuración de las tareas de los metadatos de destino

Estos son algunos de los valores de configuración de los metadatos. Para obtener información sobre cómo utilizar un archivo de configuración de tareas para establecer la configuración de las tareas, consulte Ejemplo de configuración de tarea.

• TargetSchema: el nombre del esquema de la tabla de destino. Si esta opción de metadatos está en blanco, se utiliza el esquema de la tabla de origen. Si no hay un esquema de origen definido, AWS DMS agrega automáticamente el prefijo del propietario de la base de datos de destino a todas las tablas. Esta opción debe dejarse vacía para los puntos finales SQL de destino tipo My. El cambio de nombre de un esquema en la asignación de datos tiene prioridad sobre esta configuración.

• LOBconfiguración: configuración que determina cómo se gestionan los objetos grandes (LOBs). Si establece SupportLobs=true, debe establecer una de las siguientes opciones en true:

  • FullLobMode: si establece esta opción en true, debe indicar un valor para la opción LobChunkSize. Introduzca el tamaño, en kilobytes, de los LOB fragmentos que se van a utilizar al replicar los datos en el destino. La FullLobMode opción funciona mejor para LOB tamaños muy grandes, pero tiende a provocar una carga más lenta. El valor recomendado para LobChunkSize es 64 kilobytes. Si se aumenta el valor para LobChunkSize a más de 64 kilobytes, se pueden producir errores en las tareas.

  • InlineLobMaxSize— Este valor determina qué LOBs AWS DMS transferencias en línea durante una carga completa. Transferir pequeñas LOBs cantidades es más eficiente que buscarlas en una tabla fuente. Durante una carga completa, AWS DMS comprueba todas LOBs y realiza una transferencia en línea para las LOBs que son más pequeñas queInlineLobMaxSize. AWS DMS todas las transferencias son LOBs más grandes que las de entradaInlineLobMaxSize. FullLobMode El valor predeterminado para InlineLobMaxSize es 0 y el rango es 1: 102 400 kilobytes (100 MB). Establezca un valor InlineLobMaxSize solo si sabe que la mayoría de ellos LOBs son más pequeños que el valor especificado enInlineLobMaxSize.

  • LimitedSizeLobMode: si establece esta opción en true, debe indicar un valor para la opción LobMaxSize. Introduzca el tamaño máximo, en kilobytes, de una persona. LOB El valor máximo recomendado para LobMaxSize es 102 400 kilobytes (100 MB).

  Para obtener más información sobre los criterios de uso de esta LOB configuración de tareas, consulte. Configurar el LOB soporte para las bases de datos de origen en una AWS DMS tarea También puede controlar la administración LOBs de tablas individuales. Para obtener más información, consulte Reglas y operaciones de configuración de tablas y recopilaciones.

• LoadMaxFileSize— Una opción para puntos de enlace de destino CSV basados en datos, como MySQL, Postgre y Amazon RedshiftSQL, que admiten el uso de archivos de valores separados por comas (.csv) para cargar datos. LoadMaxFileSizedefine el tamaño máximo del disco de los datos almacenados y descargados, como los archivos.csv. Esta opción invalida el atributo de conexión de punto de conexión de destino, maxFileSize. Puede especificar valores a partir de 0, que indica que esta opción no anula el atributo de conexión, hasta 100 000 KB.

• BatchApplyEnabled: determina si cada transacción se aplica individualmente o si los cambios se confirman en lotes. El valor predeterminado es false.

  Cuando BatchApplyEnabled está establecido entrue, DMS requiere una clave principal (PK) o una clave única (UK) en las tablas de origen. Si las tablas de origen no incluyen PK ni UK, solo se aplican las inserciones por lotes, pero no las actualizaciones ni eliminaciones por lotes.

  Cuando BatchApplyEnabled se establece en true, AWS DMS genera un mensaje de error si una tabla de destino tiene una restricción única y una clave principal. Las tablas de destino con una restricción única y una clave principal no se admiten cuando BatchApplyEnabled está configurado en true.

  Cuando BatchApplyEnabled se establece en true y AWS DMS detecta un error de datos de una tabla con la política de gestión de errores predeterminada, la AWS DMS tarea cambia del modo por lotes al one-by-one modo correspondiente al resto de las tablas. Para modificar este comportamiento, puede establecer la "SUSPEND_TABLE" acción en las siguientes políticas en la propiedad de "ErrorBehavior" grupo del archivo de configuración JSON de la tarea:

  • DataErrorPolicy

  • ApplyErrorDeletePolicy

  • ApplyErrorInsertPolicy

  • ApplyErrorUpdatePolicy

  Para obtener más información sobre esta propiedad de "ErrorBehavior" grupo, consulte el ejemplo de JSON archivo de configuración de tareas enEspecificar la configuración de tareas para las tareas del AWS Database Migration Service. Tras establecer estas políticas en"SUSPEND_TABLE", la AWS DMS tarea suspende los errores de datos en las tablas que los generen y continúa en modo por lotes para todas las tablas.

  Puede usar el parámetro BatchApplyEnabled con el parámetro BatchApplyPreserveTransaction. Si BatchApplyEnabled está establecido en true, el parámetro BatchApplyPreserveTransaction determina la integridad de las transacciones.

  Si BatchApplyPreserveTransaction está establecido en true, se mantiene la integridad de las transacciones y se garantiza que un lote contendrá todos los cambios en una transacción desde el origen.

  Si BatchApplyPreserveTransaction está establecido en false, pueden producirse interrupciones temporales en la integridad de las transacciones para mejorar el desempeño.

  El parámetro BatchApplyPreserveTransaction se aplica únicamente a los puntos de enlace de destino de Oracle y solo es pertinente cuando el parámetro BatchApplyEnabled está establecido en true.

  Cuando LOB las columnas se incluyen en la replicación, BatchApplyEnabled solo puede utilizarlas en LOB modo limitado.

  Para obtener más información sobre el uso de esta configuración para una carga de captura de datos de cambios (CDC), consulteConfiguración de ajuste del procesamiento de cambios.

• MaxFullLoadSubTasks: indica el número máximo de tablas que se pueden cargar en paralelo. El valor predeterminado es 8, el valor máximo es 49.

• ParallelLoadThreads— Especifica el número de subprocesos que se AWS DMS utilizan para cargar cada tabla en la base de datos de destino. Este parámetro tiene valores máximos para los no RDBMS objetivos. El valor máximo para un destino de DynamoDB es 200. El valor máximo para un objetivo de Amazon Kinesis Data Streams, Apache Kafka o OpenSearch Amazon Service es 32. Puede solicitar que se aumente este límite máximo. ParallelLoadThreads se aplica a las tareas de carga completa. Para obtener información acerca de la configuración de la carga paralela de las tablas individuales, consulte Reglas y operaciones de configuración de tablas y recopilaciones.

  Este ajuste se aplica a los siguientes tipos de motor de punto de conexión:

  • DynamoDB

  • Amazon Kinesis Data Streams

  • Amazon MSK

  • OpenSearch Servicio Amazon

  • Amazon Redshift

  AWS DMS admite ParallelLoadThreads My SQL como atributo de conexión adicional. ParallelLoadThreadsno se aplica a My SQL como configuración de tareas.

• ParallelLoadBufferSize especifica el número máximo de registros para almacenar en el búfer que los subprocesos de carga en paralelo utilizan para cargar datos en el destino. El valor predeterminado es 50. El valor máximo es 1000. Actualmente, esta configuración solo es válida cuando DynamoDB, Kinesis, Apache Kafka OpenSearch o son el objetivo. Utilice este parámetro con ParallelLoadThreads. ParallelLoadBufferSize solo es válido cuando hay más de un subproceso. Para obtener información acerca de la configuración de la carga paralela de las tablas individuales, consulte Reglas y operaciones de configuración de tablas y recopilaciones.

• ParallelLoadQueuesPerThread: especifica el número de colas que acceden a cada subproceso simultáneo para eliminar los registros de datos de las colas y generar una carga por lotes para el destino. El valor predeterminado de es 1. Actualmente, esta configuración solo es válida cuando el destino es Kinesis o Apache Kafka.

• ParallelApplyThreads— Especifica el número de subprocesos simultáneos que se AWS DMS utilizan durante una CDC carga para enviar registros de datos a un punto final de destino de Amazon DocumentDB, Kinesis, MSK Amazon OpenSearch o Amazon Redshift. El valor predeterminado es cero (0).

  Esta configuración solo se aplica a -only. CDC Este ajuste no se aplica a carga completa.

  Este ajuste se aplica a los siguientes tipos de motor de punto de conexión:

  • Amazon DocumentDB (con compatibilidad con MongoDB)

  • Amazon Kinesis Data Streams

  • Transmisión gestionada de Amazon para Apache Kafka

  • OpenSearch Servicio Amazon

  • Amazon Redshift

• ParallelApplyBufferSize— Especifica el número máximo de registros que se deben almacenar en cada cola de búfer para que los subprocesos simultáneos se envíen a un punto final de destino de Amazon DocumentDB, KinesisMSK, OpenSearch Amazon o Amazon Redshift durante una carga. CDC El valor predeterminado es 100. El valor máximo es 1000. Utilice esta opción cuando ParallelApplyThreads especifique más de un subproceso.

• ParallelApplyQueuesPerThread— Especifica el número de colas a las que accede cada subproceso para extraer los registros de datos de las colas y generar una carga por lotes para Amazon DocumentDB, Kinesis, Amazon o un punto final durante el proceso. MSK OpenSearch CDC El valor predeterminado es 1.