AWS DMS Componentes sin servidor

Para administrar los recursos necesarios para realizar una replicación, AWS DMS Serverless tiene estados detallados que revelan las diferentes acciones internas que lleva a cabo el servicio. Al iniciar la replicación, AWS DMS Serverless calcula la carga de capacidad, aprovisiona la capacidad calculada e inicia la replicación de datos según los siguientes estados de replicación.

El siguiente diagrama muestra las transiciones de estado de una replicación AWS DMS sin servidor.

• El primer estado después de iniciar la replicación es Inicialización. En este estado, se inicializan todos los parámetros necesarios.

• Los estados inmediatamente siguientes incluyen Preparación de recursos de metadatos, Prueba de conexión y Obtención de metadatos. En estos estados, AWS DMS Serverless se conecta a la base de datos de origen para obtener la información necesaria para predecir la capacidad necesaria.

  • Cuando el estado de replicación es Testing Connection, AWS DMS Serverless verifica que la conexión a las bases de datos de origen y destino esté configurada correctamente.

  • El estado de replicación que sigue a Prueba de conexión es Obtención de metadatos. Aquí, AWS DMS recupera la información necesaria para calcular la capacidad.

  • Una vez AWS DMS recuperada la información necesaria, el siguiente estado es Calcular la capacidad. Aquí, el sistema calcula el tamaño de los recursos subyacentes necesarios para realizar la replicación.

• La transición de estado que sigue a Calcular la capacidad es Aprovisionar capacidad. Mientras la replicación se encuentra en este estado, AWS DMS Serverless inicializa los recursos informáticos subyacentes.

• El estado de la replicación después de que todos los recursos se hayan aprovisionado correctamente es Inicio de la replicación. En este estado, AWS DMS Serverless comienza la replicación de los datos. Las fases de una replicación incluyen las siguientes:

  • Carga completa: en esta fase, el DMS replica el banco de datos de origen tal como estaba cuando se inició la replicación.

  • CDC (inicial): en esta fase, el DMS replica los cambios en el banco de datos de origen que se produjeron durante la fase de carga completa. DMS solo ejecuta esta fase si la configuración de la StopTaskCachedChangesNotApplied tarea es. false

  • CDC (en curso): Tras la fase inicial de los CDC, el DMS replica los cambios en la base de datos fuente a medida que se producen. El DMS solo sigue ejecutando la replicación después de la fase inicial de CDC si la configuración de StopTaskCachedChangesApplied tareas lo es. false

• El estado final es En ejecución. En el estado En ejecución, la replicación de los datos está en curso.

• Una replicación que se detiene pasa al estado Detenida. Puede reiniciar una replicación detenida en las siguientes circunstancias:

  • No puede reiniciar una replicación que DMS ha desaprovisionado.

  • Puede reiniciar una replicación detenida únicamente de los CDC o a plena carga mediante esta acción. StartReplication No puede reiniciar una replicación detenida mediante la consola.

  • No puede reiniciar una replicación detenida que utiliza PostgreSQL como motor.

En el caso de AWS DMS Serverless, el panel de navegación izquierdo de la AWS DMS consola incluye una nueva opción, las replicaciones sin servidor. En el caso de las replicaciones sin servidor, debe especificar las replicaciones en lugar de los tipos de instancias de replicación o las tareas para definir una replicación. Además, debe especificar las unidades de capacidad de DMS (DCU) máxima y mínima que desea que DMS aprovisione para la replicación. Una DCU es de 2 GB de RAM. AWS DMS factura a su cuenta por cada DCU que su replicación esté utilizando actualmente. Para obtener información sobre AWS DMS los precios, consulte los precios AWS de Database Migration Service.

AWS DMS a continuación, aprovisiona automáticamente los recursos de replicación en función de las asignaciones de tablas y del tamaño previsto de la carga de trabajo. Esta unidad de capacidad es un valor en el rango de los valores de unidad de capacidad mínima y máxima que especifique.

Versiones del motor admitidas

Con AWS DMS Serverless, no necesita elegir ni administrar las versiones del motor, ya que el servicio se encarga de esa configuración. AWS DMS Serverless admite las siguientes fuentes:

• Microsoft SQL Server

• Bases de datos compatibles con PostgreSQL

• MySQL: bases datos compatibles

• MariaDB

• Oracle

• IBM Db2

AWS DMS Serverless admite los siguientes objetivos:

• Microsoft SQL Server

• PostgreSQL

• MySQL: bases datos compatibles

• Oracle

• Amazon S3

• Amazon Redshift

• Amazon DynamoDB

• Amazon Kinesis Data Streams

• Transmisión gestionadada de Amazon para Apache Kafka

• OpenSearch Servicio Amazon

• Amazon DocumentDB (con compatibilidad con MongoDB)

• Amazon Neptune

Como parte de AWS DMS Serverless, tiene acceso a los comandos de la consola que le permiten crear, configurar, iniciar y administrar replicaciones AWS DMS sin servidor. Para ejecutar estos comandos mediante la sección de replicaciones sin servidor de la consola, debe realizar una de las siguientes acciones:

• Configure una nueva política AWS Identity and Access Management (de IAM) y un rol de IAM a los que asociarlos.

• Utilice una AWS CloudFormation plantilla para proporcionar el acceso que necesita.

AWS DMS Serverless requiere que exista un rol vinculado a un servicio (SLR) en tu cuenta. AWS DMS gestiona la creación y el uso de este rol. Para obtener más información sobre cómo asegurarse de que el usuario cuente con el SLR necesario, consulte Rol vinculado al servicio de AWS DMS sin servidor.

Creación de una replicación sin servidor

Para crear una replicación sin servidor entre dos AWS DMS puntos finales existentes, haga lo siguiente. Para obtener información sobre la creación de AWS DMS puntos finales, consulte. Creación de puntos de enlace de origen y destino

Creación de una replicación sin servidor

1. Inicie sesión AWS Management Console y abra la AWS DMS consola en https://console.aws.amazon.com/dms/v2/.

2. En el panel de navegación, elija Replicaciones sin servidor y luego elija Crear replicación.

3. En la página Crear replicación, especifique la configuración de la replicación sin servidor:

   Opción	Acción
   Nombre	Ingrese un nombre para identificar la replicación, por ejemplo DMS-replication.
   Nombre de recurso de Amazon (ARN) descriptivo: opcional	Puede usar este parámetro opcional para proporcionar una descripción de la replicación.
   Punto de conexión de la base de datos de origen	Elija los puntos de conexión existentes en la cuenta. Tenga en cuenta que AWS DMS Serverless solo admite un subconjunto de los tipos de puntos finales compatibles con el AWS DMS estándar.
   Punto de conexión de la base de datos de destino	Elija los puntos de conexión existentes en la cuenta. Tenga en cuenta que AWS DMS Serverless solo admite un subconjunto de los tipos de puntos finales compatibles con el estándar. AWS DMS
   Tipo de replicación	Elija un tipo de replicación en función de los requisitos: Carga completa: solo AWS DMS migra los datos existentes. Captura completa de datos a carga y cambios (CDC): AWS DMS migra los datos existentes y los cambios que se producen durante la replicación. Captura de datos de cambios (CDC): AWS DMS solo migra los cambios que se producen después de iniciar la replicación.

   En la sección Configuración, establezca la configuración que requiere la replicación.

   En la sección Asignaciones de tablas, configure la asignación de tablas para definir reglas que permitan seleccionar y filtrar los datos que está replicando. Antes de especificar las asignaciones, asegúrese de revisar la sección de la documentación sobre las asignaciones de tipos de datos para las bases de datos de origen y de destino. Para obtener información sobre la asignación de tipos de datos para las bases de datos de origen y destino, consulte la sección de tipos de datos correspondiente a los tipos de terminales de origen y destino del Trabajo con puntos de conexión de AWS DMS tema.

   En la sección Configuración de computación, establezca las siguientes configuraciones. Para obtener información acerca de los ajustes de configuración de computación, consulte Configuración de computación.

   Opción	Acción
   VPC	Elija una VPC existente.
   Subnet group (Grupo de subredes)	Elija un grupo de subredes existente.
   Grupos de seguridad de VPC	Elija predeterminado si aún no está elegido.
   AWS Clave de KMS	Elija una clave de KMS adecuada. Para obtener información sobre las claves de KMS, consulte Creación de claves en la referencia de la AWS Key Management Service API.
   Implementación	Déjelo como está.
   Zona de disponibilidad	Déjelo como está.
   Unidades de capacidad mínima del DMS (DCU): (opcional)	Déjelo en blanco para usar el valor predeterminado de 1 DCU.
   Unidades de capacidad máxima del DMS (DCU)	Elija 16DCU.

   Deje los ajustes de Mantenimiento tal como están.

4. Elija Crear replicación.

AWS DMS crea una replicación sin servidor para realizar la migración.

Modificación de las replicaciones AWS DMS sin servidor

Para modificar la configuración de replicación, utilice la acción modify-replication-config. Solo puede modificar una configuración de AWS DMS replicación que esté en los estados CREATEDSTOPPED, oFAILED. Para obtener información sobre la modify-replication-config acción, consulta ModifyReplicationConfig en la referencia de la AWS Database Migration Service API.

Para modificar una configuración de replicación sin servidor mediante el AWS Management Console

1. Inicie sesión AWS Management Console y abra la AWS DMS consola en https://console.aws.amazon.com/dms/v2/.

2. En el panel de navegación, elija Replicaciones sin servidor.

3. Elija la replicación que desee modificar. En la siguiente tabla se describen las modificaciones que puede realizar en función del estado actual de la replicación.

   Opción	Descripción	Estados permitidos
   Nombre	Puede cambiar el nombre de la replicación. Escriba un nombre para la replicación que contenga entre 8 y 16 caracteres ASCII imprimibles (excluidos /, “” y @). El nombre de la cuenta debe ser único en la región de AWS que haya seleccionado. Puede optar por añadir algunos detalles al nombre, como incluir la AWS región y la tarea que está realizando, por ejemplo:west2-mysql2mysql-config1.	ReplicationState es CREATED, STOPPED o FAILED.
   Punto de conexión de la base de datos de origen	Elija un nuevo punto de conexión de origen existente como origen de la replicación.	ReplicationState es CREATED o FAILED cuando ProvisionState es null.
   Punto de conexión de la base de datos de destino	Elija un nuevo punto de conexión de destino existente como destino de la replicación.	ReplicationState es CREATED o FAILED cuando ProvisionState es null.
   Tipo de replicación	Puede modificar el tipo de una replicación sin servidor.	ReplicationState es CREATED o FAILED cuando ProvisionState es null.
   Configuración de replicación	Puede modificar la configuración de replicación, incluido el modo de preparación de la tabla de destino, si desea incluir columnas de LOB en la replicación, el tamaño máximo de LOB, la validación y el registro. Para obtener más información, consulte Task settings (Configuración de tarea).	ReplicationState es CREATED, STOPPED o FAILED.
   Asignaciones de tablas	Puede modificar la configuración de asignación de tablas para una replicación sin servidor, incluidas las reglas de selección y las reglas de transformación. Para obtener más información, consulte Mapeo de tablas.	ReplicationState es CREATED, STOPPED o FAILED.
   Configuración de computación	Puede modificar los ajustes de configuración de computación para una replicación sin servidor, incluidos los ajustes de red, los ajustes de escalado y los ajustes de mantenimiento. Para obtener información acerca de los ajustes de configuración de computación, consulte Configuración de computación.	Puede modificar los siguientes ajustes de escalado, mantenimiento y red cuando ReplicationState sea CREATED, STOPPED o FAILED : MinCapacityUnits MaxCapacityUnits MultiAZ PreferredMaintenanceWindow VpcSecurityGroupIds Puede modificar la siguiente configuración de red y seguridad cuando ReplicationState sea CREATED o FAILED cuando ProvisionState sea null: AvailabilityZone DnsNameServers KmsKeyId ReplicationSubnetGroupId

Configuración de computación

Se configura el aprovisionamiento de la replicación con el parámetro de Compute Config o la sección de consola. Los campos del objeto de Compute Config incluyen lo siguiente:

Opción	Descripción
MinCapacityUnidades	Este es el número mínimo de unidades de capacidad (DCU) del DMS que se AWS DMS van a aprovisionar. Esta es también la DCU mínima a la que puede reducir verticalmente el escalado automático.
MaxCapacityUnidades	Estas son las unidades de capacidad (DCU) de DMS máximas que AWS DMS puede aprovisionar, en función de la predicción de capacidad de la replicación. Esta es también la DCU máxima a la que puede reducir verticalmente el escalado automático.
KmsKeyID	La clave de cifrado que se utiliza para cifrar el almacenamiento de la replicación y la información de la conexión. Si elige (predeterminado) aws/dms, AWS DMS utiliza la clave KMS predeterminada asociada a su cuenta y. Región de AWS Se muestran una descripción y su número de cuenta junto con el ARN de la clave. Para obtener más información sobre cómo utilizar la clave de cifrado, consulte Establecer una clave de cifrado y especificar los permisos AWS KMS. Para este tutorial, deje (predeterminado) aws/dms elegido.
ReplicationSubnetGroupId	El grupo de subred de replicación en la VPC seleccionada donde quiere que se cree la replicación. Si la base de datos de origen está en una VPC, elija el grupo de subred que contiene la base de datos de origen como la ubicación para la replicación. Para obtener más información sobre los grupos de subred para la replicación, consulte Creación de un grupo de subredes de replicación.
VpcSecurityGroupIds	La instancia de replicación se crea en una VPC. Si la base de datos de origen está en una VPC, elija el grupo de seguridad de la VPC que proporciona acceso a la instancia de base de datos donde se encuentra la base de datos.
PreferredMaintenanceVentana	Este parámetro define un intervalo de tiempo semanal durante el cual puede llevarse a cabo el mantenimiento del sistema, en tiempo universal coordinado (UTC). El valor predeterminado es una ventana de 30 minutos seleccionada al azar de un bloque de tiempo de 8 horas cada uno Región de AWS, que se produce en un día aleatorio de la semana.
MultiAZ	El establecimiento de este parámetro opcional crea una réplica en espera de la replicación en otra zona de disponibilidad para el soporte de conmutación por error. Si va a utilizar la captura de datos de cambios (CDC) o la replicación continua, le recomendamos que active esta opción.

Descripción del escalado automático en sistemas sin servidor AWS DMS

Una vez que se aprovisiona una replicación y ésta se encuentra en RUNNING estado, el AWS DMS servicio administra la capacidad de los recursos subyacentes para adaptarse a las cargas de trabajo cambiantes. Esta administración escala los recursos de replicación en función de las siguientes configuraciones de replicación:

• MinCapacityUnits

• MaxCapacityUnits

Las replicaciones escalan verticalmente después de un periodo en el que se supera un umbral de utilización superior y horizontalmente cuando la utilización de la capacidad está por debajo del umbral mínimo de utilización de la capacidad durante un periodo más prolongado.

nota

Las replicaciones sin servidor no se pueden reducir automáticamente mientras hay una carga completa en curso.

Ajustar el escalado automático en sistemas sin servidor AWS DMS

Para ajustar los parámetros de escalado automático de la replicación, le recomendamos que establezca MaxCapacityUnits el valor máximo y deje que AWS DMS gestione el aprovisionamiento de los recursos. Se recomienda elegir la configuración de capacidad máxima de la DCU más grande para aprovechar al máximo el escalado automático y adaptarse a los picos en el volumen de transacciones. La calculadora de precios muestra el costo mensual máximo si la replicación utiliza continuamente la DCU máxima. La DCU máxima no representa el costo real, ya que solo paga por la capacidad utilizada.

Si su replicación no utiliza sus recursos a plena capacidad, los AWS DMS desaprovisionará gradualmente para ahorrarle costes. Sin embargo, dado que el aprovisionamiento y la anulación del aprovisionamiento de recursos llevan tiempo, le recomendamos que establezca la configuración de MinCapacityUnits en un valor que pueda gestionar los picos repentinos que espere en la carga de trabajo de replicación. Esto evitará que su replicación se AWS DMS aprovisione de manera insuficiente y, al mismo tiempo, aprovisionará recursos para un nivel de carga de trabajo superior.

Si aprovisiona la replicación de manera insuficiente con una configuración de capacidad máxima demasiado baja para los requisitos de datos, o con una capacidad mínima demasiado baja para hacer frente a los picos repentinos de su carga de trabajo de replicación, es posible que vea la métrica CapacityUtilization de forma continua a su valor máximo. Esto puede provocar un error en la replicación. Si la replicación falla debido a una falta de aprovisionamiento de recursos, se AWS DMS crea un out-of-memory evento en los registros de replicación. Si la out-of-memory afección se produjo debido a un aumento repentino en la carga de trabajo de replicación, la replicación se escalará automáticamente y se reiniciará.

Supervisión de las replicaciones AWS DMS sin servidor

AWS proporciona varias herramientas para monitorear las replicaciones AWS DMS sin servidor y responder a posibles incidentes:

• AWS DMS métricas de replicación sin servidor

• AWS DMS registros de replicación sin servidor

AWS DMS métricas de replicación sin servidor

La supervisión de la replicación sin servidor incluye CloudWatch métricas de Amazon para las siguientes estadísticas. Estas estadísticas se agrupan por cada replicación sin servidor.

Métrica	Unidades	Descripción
CapacityUtilization	Porcentaje	El porcentaje de memoria que utiliza la replicación sin servidor
CDC IncomingChanges	Porcentaje	El número total de eventos de cambio en un point-in-time punto que están pendientes de ser aplicados al objetivo. Tenga en cuenta que esto no es lo mismo que una medida de la velocidad de cambio de las transacciones del punto de enlace de origen. Un número elevado de esta métrica suele indicar que no AWS DMS es capaz de aplicar los cambios capturados a tiempo, lo que provoca una latencia elevada en el objetivo.
CDC LatencySource	Segundos	La diferencia, en segundos, entre el último evento capturado en el punto de conexión de origen y la marca temporal del sistema actual de la instancia de AWS DMS . Los CDC LatencySource representan la latencia entre el origen y la instancia de replicación. Un nivel alto de CDC LatencySource significa que el proceso de captura de los cambios de la fuente se retrasa. Para identificar la latencia en una replicación en curso, puede consultar esta métrica junto con los CDCLatencyTarget. Si tanto los CDC como LatencySource los CDC LatencyTarget están drogados, investigue LatencySource primero los CDC. El CDC LatencySource puede ser 0 cuando no hay ningún retraso en la replicación entre el origen y la replicación. El CDC también LatencySource puede pasar a cero cuando la replicación intenta leer el siguiente evento del registro de transacciones de la fuente y no hay ningún evento nuevo en comparación con la última vez que leyó de la fuente. Cuando esto ocurre, la replicación restablece el CDC LatencySource a 0.
CDC LatencyTarget	Segundos	La diferencia, en segundos, entre la primera marca temporal de evento que espera confirmación en el destino y la marca temporal actual de la instancia de AWS DMS . La latencia objetivo es la diferencia entre la hora del servidor de la instancia de replicación y el ID de evento no confirmado más antiguo reenviado a un componente de destino. En otras palabras, la latencia de destino es la diferencia temporal entre la instancia de replicación y el evento más antiguo aplicado pero no confirmado por el punto de conexión de TRG (99 %). Cuando el nivel de CDC LatencyTarget es alto, indica que el proceso de aplicar los eventos de cambio a la meta está retrasado. Para identificar la latencia en una replicación en curso, puede consultar esta métrica junto con los CDCLatencySource. Si los CDC LatencyTarget están altos pero LatencySource no, investigue si: No hay claves principales o índices en el destino Se producen cuellos de botella de recursos en la instancia de replicación o de destino Los problemas de red residen entre la replicación y el destino
ThroughputBandwidthObjetivo de los CDC	KB/segundo	Los datos salientes se transmiten para el destino en KB por segundo. Los CDC ThroughputBandwidth registran los datos salientes transmitidos en los puntos de muestreo. Si no se encuentra tráfico de red, el valor es cero. Como CDC no emite transacciones de larga duración, puede que el tráfico de red no se registre.
ThroughputRowsFuente de los CDC	Filas/segundo	Cambios entrantes del origen en filas por segundo.
ThroughputRowsObjetivo de los CDC	Filas/segundo	Cambios salientes para el destino en filas por segundo.
FullLoadThroughputBandwidthObjetivo	KB/segundo	Los datos salientes se transmiten desde una carga nula para el destino en KB por segundo.
FullLoadThroughputRowsObjetivo	Filas/segundo	Cambios salientes de una carga completa para el destino en filas por segundo.

AWS DMS registros de replicación sin servidor

Puede usar Amazon CloudWatch para registrar la información de replicación durante un proceso de AWS DMS migración. Se debe habilitar el registro cuando se selecciona la configuración de replicación.

Las réplicas sin servidor cargan los registros de estado en su CloudWatch cuenta para ofrecer una mayor visibilidad del progreso de la replicación y ayudar a solucionar problemas.

AWS DMS carga los registros enlazados sin servidor a un grupo de registros dedicado con el prefijo. dms-serverless-replication-<your replication config resource ID> Dentro de este grupo de registros, hay un flujo de registro llamado dms-serverless-replication-orchestrator-<your replication config resource ID>. Este flujo de registro informa del estado de la replicación y un mensaje asociado con más detalles sobre el trabajo que se está realizando en esta etapa. Para ejemplos de entradas de registro, consulte Ejemplos de registros de replicación sin servidor siguiente.

nota

AWS DMS no crea el grupo de registros ni la transmisión hasta que ejecute la replicación. AWS DMS no crea el grupo de registros o la transmisión si solo se crea la replicación.

Para consultar los registros de una replicación que se ha ejecutado, siga estos pasos:

1. Abra la AWS DMS consola y elija Replicaciones sin servidor en el panel de navegación. Aparece el cuadro de diálogo de replicaciones sin servidor.

2. Vaya a la sección Configuración y elija Ver registros sin servidor en la columna General. Se abre el grupo CloudWatch de registros.

3. Busque la sección de registros de tareas de migración y seleccione Ver CloudWatch registros.

Si la replicación falla, AWS DMS crea una entrada de registro con un estado de replicación failed igual a y un mensaje que describe el motivo del error. Como primer paso para solucionar un error de replicación, debe comprobar los CloudWatch registros.

nota

Al igual que con la AWS DMS versión clásica, tiene la opción de habilitar un registro más detallado del progreso de la propia migración de datos, es decir, de los registros emitidos por la tarea de replicación subyacente. Puede habilitar estos registros en la configuración de replicación configurando EnableLogging en el campo Logging como true, por ejemplo, en el siguiente ejemplo de JSON:

{
  "Logging": {
    "EnableLogging": true
  }
}

Si habilita estos registros, solo comenzarán a aparecer durante la fase running de la replicación sin servidor. Aparecerán en el mismo grupo de registros que el flujo de registro anterior, pero estarán en el nuevo flujo de registros dms-serverless-serv-res-id-{unique identifier}. Consulte la siguiente sección para obtener información sobre cómo interpretar los registros de replicación sin servidor.

Ejemplos de registros de replicación sin servidor

En esta sección se incluyen ejemplos de entrada de registro para replicaciones sin servidor.

Ejemplo: inicio de la replicación

Al ejecutar una replicación sin servidor, AWS DMS crea una entrada de registro similar a la siguiente:

{'replication_state':'initializing', 'message': 'Initializing the replication workflow.'}

Ejemplo: error de replicación

Si uno de los puntos finales de la replicación no está configurado correctamente, AWS DMS crea una entrada de registro similar a la siguiente:

{'replication_state':'failed', 'message': 'Test connection failed for endpoint X.', 'failure_message': 'X'}

Si ve este mensaje en el registro después de un error, asegúrese de que el punto de conexión especificado esté en buen estado y esté configurado correctamente.

Rendimiento mejorado para migraciones completas de Oracle a Amazon Redshift

AWS DMS proporciona un rendimiento de rendimiento significativamente mejorado para las migraciones a carga completa de Oracle a Amazon Redshift. DMS habilita automáticamente esta función para las tablas sin la custom parallel-load opción de mapear las tablas. Para las tablas con opciones de carga paralela personalizadas, DMS serverless distribuye la carga de la tabla en función de las configuraciones de mapeo de tablas dadas. Para utilizar un rendimiento mejorado, haga lo siguiente:

• Proporcione reglas de selección que no hagan referencia a las particiones o los límites. Por ejemplo, si la configuración de la tabla en las asignaciones de tablas contieneparallel-load, DMS Serverless no utilizará la función de rendimiento mejorado. Para obtener más información, consulte Reglas y acciones de selección.

• Establezca y en 64 MBMaxFileSize. WriteBufferSize Para obtener más información, consulte Configuración de puntos de conexión al utilizar Amazon Redshift como destino para AWS DMS.

• Recomendamos configurarlo CompressCsvFiles true para un almacén de datos con datos dispersos y false para un almacén de datos con datos densos.

• Establezca la siguiente configuración de tareas en0:

  • ParallelLoadThreads

  • ParallelLoadQueuesPerThread

  • ParallelApplyThreads

  • ParallelApplyQueuesPerThread

  • ParallelLoadBufferSize

• MaxFullLoadSubTasks49Configúrelo en para admitir la migración de datos en paralelo.

• Establezca LOB mode en inline. Para obtener más información, consulte Configurar la compatibilidad con LOB para las bases de datos de origen de una tarea AWS DMS.

AWS DMS no proporciona un rendimiento de rendimiento mejorado para las siguientes replicaciones:

• Replicaciones con tablas que utilizan carga paralela. Para obtener más información, consulte Uso de carga paralela para tablas, vistas y recopilaciones seleccionadas.

• Replicaciones con reglas de transformación de datos.

• Replicaciones con reglas de filtrado.

• Replicaciones con la regla de change-data-type transformación.