AWSNotas de la versión de DMS

A continuación, encontrará las notas de lanzamiento de las versiones actuales y anteriores deAWS Database Migration Service (AWS DMS).

AWS DMSno diferencia entre las versiones principales y secundarias. Por ejemplo, la actualización de la versión 3.3.x a la 3.4.x no se considera una actualización importante, por lo que todos los cambios deben ser compatibles con versiones anteriores.

AWSNotas de lanzamiento 3.4.7 del Database Migration Service

La siguiente tabla muestra las nuevas funciones y mejoras introducidas en la versión 3.4.7 delAWS Database Migration Service (AWS DMS).

Nueva característica o mejora	Descripción
Apoya a Babelfish como objetivo	AWS DMSahora admite Babelfish como objetivo. ConAWS DMS él, ahora puedes migrar datos en vivo desde cualquier fuenteAWS DMS compatible a Babelfish, con un tiempo de inactividad mínimo. Para obtener más información, consulte Usando Babelfish como objetivo paraAWS Database Migration Service.
Soporta bases de datos IBM Db2 z/OS como fuente solo para carga completa	AWS DMSahora admite las bases de datos IBM Db2 z/OS como fuente. Al usarloAWS DMS, ahora puede realizar migraciones en vivo desde los mainframes de Db2 a cualquier destinoAWS DMS compatible. Para obtener más información, consulte Uso de bases de datos IBM Db2 para z/OS como fuente paraAWS DMS.
Soporta la réplicas de lectura de SQL Server como fuente	AWS DMSahora admite la réplica de lectura de SQL Server como fuente. ConAWS DMS esto, ahora puede realizar migraciones en vivo desde la réplica de lectura de SQL Server a cualquier destinoAWS DMS compatible. Para obtener más información, consulte Uso de una base de datos de Microsoft SQL Server como origen para AWS DMS.
Support EventBridge los eventos de DMS	AWS DMSadmite la administración de suscripciones a eventos mediante EventBridge eventos de DMS. Para obtener más información, consulte Trabajando con EventBridge eventos y notificaciones de Amazon enAWS Database Migration Service.
Soporta terminales de origen y destino de VPC	AWS DMSahora admite los puntos de enlace de Amazon Virtual Private Cloud (VPC) como fuentes y como destino. AWS DMSahora puede conectarse a cualquierAWS servicio con puntos finales de VPC cuando las rutas definidas explícitamente a los servicios se definan en suAWS DMS VPC. nota Las actualizaciones aAWS DMS las versiones 3.4.7 y superiores requieren que primero se configureAWS DMS para usar puntos de conexión de VPC o rutas públicas. Este requisito se aplica a los puntos de enlace de origen y destino de Amazon S3, Amazon Kinesis Data StreamsAWS Secrets Manager, Amazon DynamoDB, Amazon Redshift y Amazon OpenSearch Service. Para obtener más información, consulte Configuración de puntos de conexión de la VPCAWSPuntos de enlace de origen y destino de DMS.
Nueva versión de PostgreSQL	La versión 14.x de PostgreSQL ahora se admite como fuente y como destino.
Support Aurora Serverless v2 como objetivo	AWS DMSahora admite Aurora Serverless v2 como destino. Al usarloAWS DMS, ahora puede realizar migraciones en vivo a Aurora Serverless v2. Para obtener información sobreAWS DMS los objetivos admitidos, consulteDestinos para la migración de datos.
Nuevas versiones de IBM Db2 para LUW	AWS DMSahora es compatible con IBM Db2 para las versiones 11.5.6 y 11.5.7 de LUW como fuente. ConAWS DMS él, ahora puede realizar migraciones en vivo desde las versiones más recientes de IBM DB2 for LUW. Para obtener información sobreAWS DMS las fuentes, consulteOrígenes para la migración de datos. Para obtener información sobreAWS DMS los objetivos admitidos, consulteDestinos para la migración de datos.

AWS DMS3.4.7 incluye los siguientes problemas nuevos o modificados de:

• Ahora puede utilizar un formato de fecha de la definición de la tabla para analizar una cadena de datos y convertirla en un objeto de fecha cuando utilice Amazon S3 como fuente.

• Ya están disponibles los nuevos contadores de estadísticas de tablas:AppliedInsertsAppliedDdls,AppliedDeletes, yAppliedUpdates.

• Ahora puede elegir el tipo de mapeo predeterminado cuando se usa OpenSearch como objetivo.

• La nueva configuración deTrimSpaceInChar punto final para las fuentes de Oracle, PostgreSQL y SQLServer permite especificar si se deben recortar los datos de los tipos de datos CHAR y NCHAR.

• La nueva configuraciónExpectedBucketOwner de punto de conexión de Amazon S3 evita los disparos cuando se utiliza S3 como origen o destino.

• Para RDS SQL Server, Azure SQL Server y SQL Server autogestionado, DMS ahora proporciona una configuración automática del MS-CDC en todas las tablas seleccionadas para una tarea de migración con o sin una CLAVE PRINCIPAL, o con un índice único que tenga en cuenta la prioridad de habilitación de MS-REPLICATION en tablas autogestionadas de SQL Server con CLAVE PRINCIPAL.

• Se agregó soporte para la replicación de las operaciones DDL de particiones y subparticiones de Oracle durante las migraciones homogéneas de Oracle.

• Se solucionó un problema por el que una tarea de validación de datos fallaba con una clave principal compuesta mientras se utilizaba Oracle como origen y destino.

• Se ha corregido un error que provocaba lanzar correctamente un tipo de personaje variable a un booleano cuando la columna objetivo estaba previamente creada como booleana cuando se utilizaba Redshift como objetivo.

• Se ha corregido un problema que provocaba el truncamiento de losvarchar datos de los tipos de datos migradosvarchar(255) debido a un problema de ODBC conocido al utilizar PostgreSQL como destino.

• Se solucionó un problema por el que no se respetaba la sugerencia paralela para la operación DELETEfalse al usar Oracle como objetivotrue yBatchApplyPreserveTransaction establecer como.BatchApplyEnabled

• La nueva configuración deAddTrailingPaddingCharacter punto final de Amazon S3 añade relleno a los datos de las cadenas cuando se utiliza S3 como destino.

• La nueva configuración demax_statement_timeout_seconds tareas amplía el tiempo de espera predeterminado de las consultas de punto final. Esta configuración la utilizan actualmente las consultas de metadatos de puntos finales de MySQL.

• Al usar PostgreSQL como destino, se solucionó un problema por el que una tarea de los CDC no utilizaba correctamente la configuración de tareas de gestión de errores.

• Se solucionó un problema por el que DMS no podía identificar correctamente el modo Redis para una instancia de Redis Enterprise.

• Se amplió la compatibilidad con el atributo de conexiónincludeOpForFullLoad adicional (ECA) para el formato parquet de destino S3.

• Se introdujo una nueva configuración de punto final de PostgreSQLmigrateBooleanAsBoolean. Cuando esta configuración se establece entrue para una migración de PostgreSQL a Redshift, se migrará un booleano como varchar (1). Cuando se establece enfalse, un booleano se migra como varchar (15), que es el comportamiento predeterminado.

• Al usar el código fuente de SQL Server, se solucionó un problema de migración con eldatetime tipo de datos. Esta corrección soluciona el problema de la inserciónNull cuando la precisión está expresada en milisegundos.

• En el caso del código fuente de PostgresSQL con PGLOGICAL, se solucionó un problema de migración al usar pglogical y eliminar un campo de la tabla fuente durante la fase de CDC, en la que el valor que aparece después del campo eliminado no se migraba a la tabla de destino.

• Se ha corregido un problema de migración en bucle invertido de SQL Server que provocaba que la replicación bidireccional obtuviera registros repetidos.

• Se agregó una nueva ECAmapBooleanAsBoolean para PostgresSQL como fuente. Con este atributo de conexión adicional, puede anular la asignación de tipos de datos predeterminada de un booleano de PostgresSQL a un tipo de datos RedShift booleano.

• Se ha corregido un problema de migración al utilizar SQL Server como fuente, que solucionaba que ALTER DECIMAL/NUMÉRICO SCALE no se replicara en los destinos.

• Se solucionó el problema de conexión con SQL Server 2005.

• A partir del 17 de octubre de 2022, DMS 3.4.7 ahora admite las clases de instancias de Amazon EC2 de sexta generación para las instancias de replicación.

• A partir del 25 de noviembre de 2022, con DMS 3.4.7, podrá convertir esquemas de bases de datos y objetos de código mediante la conversión de esquemas de DMS y descubrir bases de datos de su entorno de red que son buenas candidatas para la migración mediante DMS Fleet Advisor.

• El 25 de noviembre de 2022, DMS Studio se retiró.

• A partir del 31 de enero de 2023, DMS Schema Conversion admite Aurora MySQL y Aurora PostgreSQL como proveedores de datos de destino.

Problemas resueltos en la versión de mantenimiento 3.4.7 del DMS fechada el 22 de febrero de 2023
Tema	Resolución
Réplicas de SQL Server AG como fuente	Se agregó soporte para el código fuente de SQL Server en la AlwaysOnconfiguración en la que el puerto TCP del oyente difería del puerto TCP de réplica.
Pérdida de datos con Amazon Redshift como objetivo	Se solucionó un problema en Redshift Target por el que, en algunos casos excepcionales, el reinicio inesperado de Redshift podía haber provocado la falta de datos en el destino.
Soporte de protección de código fuente de SQL Server	Se solucionó un problema en la fuente de SQL Server por el que la tarea de DMS podía fallar y se producía un error que indicaba que no se podían leer las copias de seguridad del registro de transacciones cuando"SafeguardPolicy": "EXCLUSIVE_AUTOMATIC_TRUNCATION" se especificaba la configuración de Endpoint.
Fallo en la tarea de validación de datos para Oracle como fuente	Se solucionó un problema en la fuente de Oracle por el que la tarea de DMS podía fallar en la validación de los datos debido a valores de clave principal identificados incorrectamente.
Kinesis antes de la emisión de datos de imagen	Se ha corregido un problema con los objetivos de streaming (Kinesis, Kafka) por el que la configuración de"EnableBeforeImage" tareas solo funcionaba para los tipos de datos de personajes.
Archivos de registro de viaje en el tiempo	Se ha corregido un problema de la función Viaje en el tiempo por el que DMS creaba archivos de registro de viajes en el tiempo de cero bytes cuando la fuente estaba inactiva.

Problemas resueltos en la versión de mantenimiento 3.4.7 del DMS fechada el 16 de diciembre de 2022
Tema	Resolución
BatchApplyEnabled	Se ha corregido un problema de registro excesivo cuando BatchApplyEnabled se establece en True.
Nueva configuración de punto de conexión de MongoDB:FullLoadNoCursorTimeout	La configuración de punto final de MongoDB FullLoadNoCursorTimeout especifica NoCursorTimeout el cursor de carga completa. NoCursorTimeout es una configuración de conexión de MongoDB que impide que el servidor cierre el cursor si está inactivo.
MongoDB: función de filtro para la segmentación de una sola columna	La nueva función de filtro mejora el rendimiento de la migración de bases de datos de MongoDB mediante una sola columna para la segmentación.
MongoDB a Redshift	Al migrar de MongoDB a Redshift, si la colección de MongoDB tenía un tipo de datos binario, se solucionó un problema por el que DMS no creaba la tabla de destino en Redshift.
Nuevo atributo de conexión de MongoDB SocketTimeout MS	El nuevo atributo de conexión adicional de MongoDB SocketTimeout MS configura el tiempo de espera de conexión para los clientes de MongoDB en unidades de milisegundos. Si el valor es menor o igual a cero, se utiliza el predeterminado del cliente MongoDB.
Se solucionó el problema que provocaba el bloqueo de una tarea de Amazon Kinesis	Al migrar a Amazon Kinesis Data Streams como destino, se solucionó un problema al gestionar los valores nulos si la clave principal no estaba presente en la tabla.
Soporta la validación de datos NULL PK/UK de Oracle	Se ha eliminado la limitación de que no se admite la validación de datos de valores NULL de PK/UK.
De Oracle a Amazon S3	Al migrar de Oracle a Amazon S3, se solucionó un problema por el que algunos registros se migraban incorrectamente como NULL.
Oracle Standby	Al utilizar Oracle Standby como fuente, se agregó la capacidad de DMS de gestionar las transacciones abiertas.
Migración de Oracle a Oracle con el tipo de datos espaciales SDO_GEOMETRY	Al migrar de Oracle a Oracle, se solucionó un problema por el que la tarea fallaba si la tabla tenía una columna SDO_GEOMERY en el DDL.
Oracle como fuente	Al utilizar Oracle como fuente, se solucionó un problema por el que el DMS a veces omitía un número de secuencia de redo log de Oracle.
Oracle como fuente: archivos faltantes o registros de rehacer en línea	Cuando se utilizaba Oracle como fuente, se solucionó un problema por el que la tarea de DMS fallaba cuando faltaban los registros de archivo.
Corregido: en ocasiones, DMS omite el registro de rehacer en espera de Oracle	Al utilizar Oracle como fuente, se solucionó un problema por el que el DMS a veces omitía un número de secuencia de redo log de Oracle.
Corregido: los tipos de datos espaciales de Oracle a Oracle no se replicaban durante la CDC	Al replicar de Oracle a Oracle, se solucionó un problema por el que los tipos de datos espaciales no se replicaban durante la CDC.
Oracle como objetivo	Al utilizar Oracle como destino, se solucionó un problema por el que la aplicación objetivo fallaba con un error ORA-01747.
Amazon S3: se corrigió la pérdida de datos de la tabla de recarga	Al usar Amazon S3 como destino, se solucionó un problema por el que una operación de recarga de tablas no generaba archivos CDC.
Corregido: inicialización del contexto Always On de SQL Server en caso de que el servidor principal fuera fuente	Al usar SQL Server Always On como fuente, se solucionó un problema que impedía inicializar los grupos de disponibilidad (AG) si la fuente es principal y AlwaysOnSharedSyncedBackupIsEnabled está establecida en true.
Configuración de punto de conexión de SQL Server actualizada	Cuando un extremo de origen era el grupo Always On Availability Group de SQL Server y era una réplica secundaria, se solucionó un problema por el que la tarea de replicación fallaba si AlwaysOnSharedSynchedBackupsIsEnabled se configuraba en True.
PostgreSQL como fuente	Se solucionó un problema por el que los CDC no podían migrar las operaciones de eliminación/actualización en la fuente de PostgreSQL, que se introdujo en la versión 3.4.7 al admitir mapBooleanAs booleanos.

AWSNotas de lanzamiento 3.4.6 del Database Migration Service

La siguiente tabla muestra las nuevas funciones y mejoras introducidas en la versión 3.4.6 delAWS Database Migration Service (AWS DMS).

Nueva característica o mejora	Descripción
AWS DMSViaje en el tiempo	AWS DMSpresenta el viaje en el tiempo, una función que ofrece a los clientes flexibilidad en sus capacidades de registro y mejora su experiencia de solución de problemas. Con Time Travel, puede almacenar y cifrarAWS DMS registros con Amazon S3 y ver, descargar y ocultar los registros dentro de un período de tiempo determinado.
Soporta la instancia gestionada de Microsoft Azure SQL como fuente	AWS DMSahora es compatible con Microsoft Azure SQL Managed Instance como fuente. ConAWS DMS él, ahora puede realizar migraciones en vivo desde Microsoft Azure SQL Managed Instance a cualquier destinoAWS DMS compatible. Para obtener información sobreAWS DMS las fuentes, consulteOrígenes para la migración de datos. Para obtener información sobreAWS DMS los objetivos admitidos, consulteDestinos para la migración de datos.
Soporta Google Cloud SQL para MySQL como fuente	AWS DMSahora es compatible con Google Cloud SQL para MySQL como fuente. ConAWS DMS esto, ahora puedes realizar migraciones en vivo desde Google Cloud SQL para MySQL a cualquier destinoAWS DMS compatible. Para obtener información sobreAWS DMS las fuentes, consulteOrígenes para la migración de datos. Para obtener información sobreAWS DMS los objetivos admitidos, consulteDestinos para la migración de datos.
Soporta carga paralela para datos particionados en S3	AWS DMSahora admite la carga parallel de datos particionados a Amazon S3, lo que mejora los tiempos de carga para migrar los datos particionados de los datos fuente de los motores de bases de datos compatibles a Amazon S3. Esta función crea subcarpetas de Amazon S3 para cada partición de la tabla de la fuente de la base de datos, lo queAWS DMS permite ejecutar procesos parallel para rellenar cada subcarpeta.
Support múltiples temas de destino de Apache Kafka en una sola tarea	AWS DMSahora admite objetivos multitema de Apache Kafka con una sola tarea. ConAWS DMS esto, ahora puede replicar varios esquemas de una sola base de datos a diferentes temas de destino de Apache Kafka mediante la misma tarea. Esto elimina la necesidad de crear varias tareas independientes en situaciones en las que es necesario migrar muchas tablas de la misma base de datos de origen a diferentes temas de destino de Kafka.

Entre los problemas resueltos en laAWS DMS versión 3.4.6 se incluyen los siguientes:

• Se solucionó un problema por el que las columnas de las sentencias UPDATE se rellenaban con columnas incorrectas si la columna de clave principal no era la primera columna cuando se utilizaba Amazon S3 como destino con formato CSV.

• Se solucionó un problema por el queAWS DMS las tareas podían bloquearse al usar el complemento pglogical conNULL valores enBYTEA las columnas en el modo LOB limitado al usar PostgreSQL como fuente.

• Se ha corregido un problema por el queAWS DMS las tareas podían bloquearse cuando se eliminaba una gran cantidad de tablas de origen cuando se utilizaba PostgreSQL como fuente.

• Se mejoró la partición de carpetas basada en fechas de Amazon S3 mediante la introducción de una nueva configuración de Amazon S3 queDatePartitionTimezone permite la creación de particiones en fechas distintas de UTC.

• Se permitió el mapeo entre los tiposTIMESTAMP WITH TIME ZONE de datos de las fuentes yTIMESTAMPTZ cuando se utilizó Redshift como objetivo

• Se mejoró el rendimiento de CDC para tareas sin reglas de selección comodín cuando se utilizaban MongoDB o Amazon DocumentDB como fuente.

• Se ha corregido un error que provocaba que lasAWS DMS tareas no capturaran los nombres de esquemas con comodín de subrayado y una longitud inferior a 8 cuando se utilizaba Db2 LUW como fuente.

• Se ha corregido un problema por el que lasAWS DMS instancias se quedaban sin memoria con un gran volumen de datos al utilizar OpenSearch Service como destino.

• Se mejoró el rendimiento de la validación de datos al admitir solo tareas de validación a carga completa.

• Se solucionó un problema por el queAWS DMS las tareas no se reanudaban después de una conmutación por error forzada cuando se utilizaba Sybase como fuente.

• Se solucionó un problema por el que seAWS DMS enviaba una advertencia deInvalid BC timestamp was encountered in column forma incorrecta.

Entre los problemas resueltos en la versión de mantenimiento 3.4.6 del DMS se incluyen los siguientes:

• Se solucionó un problema por el que una tarea se bloqueaba cuando el modo de aplicación masiva estaba activado cuando se utilizaba Oracle como origen y destino.

• Se ha corregido un problema por el que una tarea de carga completa utilizaba correctamente la configuración delExecuteTimeout punto final con PostgreSQL como fuente.

• Se solucionó un problema al migrar las columnas del tipo de datos Array cuando la tarea estaba configurada en modo LOB limitado mientras se usaba PostgreSQL como fuente.

• Se ha corregido un problema al migrar marcas de tiempo con una zona horaria anterior al 1970-01-01 cuando se utilizaba PostgreSQL como fuente.

• Se solucionó un problema por el que DMS trataba una cadena vacía como nula durante la replicación cuando utilizaba SQL Server como origen y destino.

• Se ha corregido un problema que impedía respetar la configuración de los extremos de tiempo de espera de lectura y escritura de la sesión cuando se utilizaba la fuente/destino de MySQL.

• Se solucionó un problema por el que una tarea de DMS CDC descargaba archivos relacionados a carga completa cuando se utilizaba Amazon S3 como fuente.

• Se ha corregido un problema de bloqueo de registros cuando se utilizaban Amazon S3 como destinoCdcInsertsAndUpdates yPreserveTransactions ambos se configurabantrue cuando se utilizaba Amazon S3 como destino.

• Se solucionó un problema por el que una tarea se bloqueaba cuando la función ParallelApply * estaba habilitada, pero algunas tablas no tenían una clave principal predeterminada cuando se utilizaba Amazon Kinesis Data Streams como fuente.

• Se solucionó un problema por el que no se producía un error por un error StreamArn al utilizar Amazon Kinesis Data Streams como fuente.

• Se ha corregido un problema por el que un valor de clave principal como cadena vacía hacía que una tarea se bloqueara cuando se utilizaba OpenSearch como destino.

• Se ha corregido un problema por el que la validación de datos utilizaba demasiado espacio en disco.

Problemas resueltos en la versión de mantenimiento 3.4.6 del DMS fechada el 13 de diciembre de 2022
Tema	Resolución
Controlador ODBC SAP ASE	Se ha corregido un problema con SAP ASE como fuente para que el controlador ODBC pueda admitir conjuntos de caracteres.
Error de clave principal de fecha y hora de Sqlserver para la búsqueda de registros	Se solucionó un problema en SQL Server como fuente por el que la búsqueda de LOB no funcionaba correctamente, cuando la clave principal tenía un tipo de datos de fecha y hora, con una precisión en milisegundos.
SQL Server a Redshift: «DateTimeOffset» asignado a «timestamptz»	Para las migraciones de SQL Server a Redshift, se mejoró el mapeo para que el formato «datetimeoffset» de SQL Server se asigne al formato «timestamptz» de Redshift.
Validación de datos: SkipLobColumns es verdadera	Se solucionó un problema por el que la tarea de DMS se bloqueaba cuando SkipLobColumns era verdadera, había una LOB en la fuente, la clave principal estaba en la última columna y la validación detectaba una diferencia de datos.
Validación de datos con MySQL como fuente	Se solucionó un problema en MySQL como fuente con la validación de datos habilitada, por el que se producía un bloqueo de una tarea de DMS al usar una tabla que tenía una clave única compuesta con valores nulos.
MySQL como fuente	Se solucionó un problema con MySQL como fuente, por el que una tabla se suspendía con un error de desbordamiento cuando se modificaban las columnas para aumentar la precisión.
Actualización del controlador MySQL ODBC a 8.0.23	Se ha corregido un problema con MySQL como fuente, por el que la intercalación 'utf8mb4_0900_bin' no era compatible con el controlador mysql utilizado por DMS.
MySQL: admite cambios de DDL para tablas particionadas	Se introdujo una nueva configuración de punto final de MySQL skipTableSuspensionForPartitionDdl para permitir al usuario omitir la suspensión de tablas por cambios en el DDL de las particiones durante la CDC, de modo que el DMS ahora pueda admitir cambios de DDL en tablas de MySQL particionadas.
Migración de MongoDB a Redshift	Se solucionó un problema relacionado con las migraciones de MongoDB a Redshift, por el que DMS no podía crear la tabla de destino en Redshift si la colección de MongoDB tenía un tipo de datos binario.
Redshift Target: error de segmentación de viajes en el tiempo en masa	Se solucionó un problema en Redshift como objetivo, por el que la tarea de DMS se bloqueaba si se BatchApplyEnabled configuraba en true.
Redshift como objetivo	Se solucionó un problema en Redshift como destino, por el que, con la carga paralela configurada en type=partitions-auto, los segmentos parallel escribían archivos CSV masivos en el mismo directorio de tablas e interfirieron entre sí.
Redshift como objetivo	Se solucionó un problema con Redshift como destino, por el que durante la CDC la columna de destino era de tipo booleano, mientras que la fuente era de tipo variable.
Redshift como objetivo	Se mejoró el registro de tareas para identificar un cambio de DDL que no se puede replicar en Redshift como destino.
Validación de datos con PostgreSQL	Se ha corregido un problema de validación con PostgreSQL, por el que la validación fallaba cuando había tipos de datos booleanos.
PostgreSQL como fuente	Se ha corregido un problema con PostgreSQL como fuente, por lo que la carga completa utilizaba el ExecuteTimeout campo en los atributos de conexión adicionales.
PostgreSQL como fuente	Se solucionó un problema con PostgreSQL como fuente, por lo que una tarea fallaba si leía LSN superiores a la tarea solicitada, reanudaba el LSN durante más de 60 minutos para indicar que hay un problema con la ranura de replicación que se está utilizando.
PostgreSQL como fuente: timestamptz antes de 1970-01-01	Se ha corregido un problema con PostgreSQL como fuente, por el que los timestamptz anteriores a 1970-01-01 no se migraban correctamente durante la CDC.
PostgreSQL como fuente	Se solucionó un problema con PostgreSQL como fuente, por el que el DMS truncaba los valores de los tipos de datos que variaban entre caracteres durante la CDC.
PostgreSQL como fuente: reanudación de la tarea detenida	Se solucionó un problema en PostgreSQL como fuente por el que, al reanudar una reproducción de una tarea previamente detenida, se perdían una o más transacciones durante la CDC.
Amazon S3 como objetivo	Se ha corregido un problema con S3 como destino, por el que el encabezado del archivo CSV resultante aparecía una columna desviado cuando AddColumnName era verdadero y TimestampColumnName era «».
Amazon S3 como fuente: comportamiento de uso de memoria en la fase de carga completa para la tarea	Se solucionó un problema en S3 como fuente, por el que una tarea de DMS a plena carga solo liberaba la memoria utilizada después de cargar toda la tabla en la base de datos de destino.
Amazon S3 como destino: operación de recarga de tabla	Se ha corregido un problema en S3 como destino, por el que una operación de recarga de tablas no generaba archivos CDC.

AWSNotas Database Migration Service versión 3.4.5

La siguiente tabla muestra las nuevas funciones y mejoras introducidas en la versión 3.4.5 delAWS Database Migration Service (AWS DMS).

Nueva característica o mejora	Descripción
Support con Redis como objetivo	AWS DMSahora admite Redis como objetivo. ConAWS DMS él, ahora puede migrar datos en vivo desde cualquier fuenteAWS DMS compatible a un almacén de datos de Redis, con un tiempo de inactividad mínimo. Para obtener información sobreAWS DMS los objetivos, consulteDestinos para la migración de datos.
Support para MongoDB 4.2 y 4.4 como fuentes	AWS DMSahora es compatible con MongoDB 4.2 y 4.4 como fuentes. Ahora puede migrar datos de los clústeres de MongoDB 4.2 y 4.4 a cualquier destinoAWS DMS compatible, incluido Amazon DocumentDB (compatible con MongoDB), con un tiempo de inactividad mínimo.AWS DMS Para obtener información sobreAWS DMS las fuentes, consulteOrígenes para la migración de datos.
Support para múltiples bases de datos utilizando MongoDB como fuente	AWS DMSahora admite la migración de múltiples bases de datos en una sola tarea utilizando MongoDB como fuente. Ahora puede agrupar varias bases de datos de un clúster de MongoDB y migrarlas mediante una sola tarea de migración de bases de datos.AWS DMS Puede migrar a cualquier destinoAWS DMS compatible, incluido Amazon DocumentDB (compatible con MongoDB), con un tiempo de inactividad mínimo.
Support con la segmentación automática mediante MongoDB o Amazon DocumentDB (compatible con MongoDB) como fuente	AWS DMSahora admite la segmentación automática mediante MongoDB o Amazon DocumentDB como fuente. Con élAWS DMS, puede configurar las tareas de migración de bases de datos para segmentar automáticamente la colección de un clúster de MongoDB o DocumentDB. A continuación, puede migrar los segmentos en parallel a cualquier destinoAWS DMS compatible, incluido Amazon DocumentDB, con un tiempo de inactividad mínimo.
Mejora del rendimiento a plena carga de Amazon Redshift	AWS DMSahora admite el uso de subprocesos parallel cuando se utiliza Amazon Redshift como destino durante la carga completa. Al aprovechar la configuración de tareas de carga completa con subprocesos múltiples, puede mejorar el rendimiento de la migración inicial desde cualquier fuenteAWS DMS compatible a Amazon Redshift. Para obtener información sobreAWS DMS los objetivos, consulteDestinos para la migración de datos.

Entre los problemas resueltos en laAWS DMS versión 3.4.5 se incluyen los siguientes:

• Se solucionó un problema por el que los datos podían faltar o duplicarse después de la reanudación, al utilizar PostgreSQL como fuente con una alta concurrencia de transacciones.

• Se solucionó un problema por el que las tareas de migración de bases de datos fallaban con el error No se pudo encontrar el identificador de la relación... al usar PostgreSQL como fuente, con el complemento pglogical activado.

• Se ha corregido un problema por el queVARCHAR las columnas no se replicaban correctamente cuando se utilizaba PostgreSQL como fuente y Oracle como destino.

• Se solucionó un problema por el que las operaciones de eliminación no se capturaban correctamente cuando la clave principal no era la primera columna de la definición de la tabla, cuando se utilizaba PostgreSQL como fuente.

• Se ha corregido un problema que provocaba que las tareas de migración de bases de datos no tuvieran en cuenta las actualizaciones de LOB en una configuración de metadatos especial cuando se utilizaba MySQL como fuente.

• Se ha corregido un problema por el queTIMESTAMP las columnas se trataban como si estuvieranDATETIME en modo LOB completo cuando se utilizaba la versión 8 de MySQL como fuente.

• Se solucionó un problema por el que las tareas de migración de bases de datos fallaban al analizarNULL DATETIME registros cuando se utilizaban MySQL 5.6.4 y versiones posteriores como fuente.

• Se solucionó un problema por el que las tareas de migración de bases de datos se bloqueaban tras encontrar un error de salida de subprocesos cuando se utilizaba Amazon Redshift como destino con aplicación parallel.

• Se solucionó un problema que podía provocar la pérdida de datos cuando las tareas de migración de bases de datos se desconectaban con un punto final de destino de Amazon Redshift durante la aplicación por lotes de los CDC.

• Se mejoró el rendimiento de carga completa mediante llamadasACCEPTINVCHARS cuando se utilizaba Amazon Redshift como destino.

• Se solucionó un problema por el que los registros duplicados se replicaban al pasar del one-by-one modo al modo de aplicación en parallel con Amazon Redshift como destino.

• Se solucionó un problema por el que las tareas de migración de bases de datos no cambiaban la propiedad del objeto de Amazon S3 al propietario del bucketcannedAclForObjects=bucket_owner_full_control cuando se utilizaba Amazon S3 como destino.

• Se ha mejoradoAWS DMS al admitir varios destinos de archivo con ECAadditionalArchivedLogDestId cuando se utiliza Oracle como fuente.

• Se ha corregido un problema por el que las tareas de migración de bases de datosOCI_INVALID_HANDLE fallaban debido a un error al actualizar una columna LOB en modo LOB completo.

• Se solucionó un problema por el queNVARCHAR2 las columnas no se migraban correctamente durante la CDC cuando se utilizaba Oracle como fuente.

• Se ha mejoradoAWS DMS al habilitarloSafeguardPolicy cuando se usa RDS para SQL Server como fuente.

• Se ha corregido un problema por el que las tareas de migración de bases de datos informaban sobre erroresrdsadmin cuando se utilizaba una fuente de SQL Server que no era de RDS.

• Se solucionó un problema por el que la validación de datos fallaba con el UUID como clave principal en una configuración de partición cuando se utilizaba SQL Server como fuente.

• Se solucionó un problema por el que las tareas de carga completa más las de CDC podían fallar si no se podía encontrar el LSN requerido en el registro de la base de datos cuando se utilizaba Db2 LUW como fuente.

• Se ha mejoradoAWS DMS al admitir marcas de tiempo de CDC personalizadas cuando se usa MongoDB como fuente.

• Se ha corregido un problema por el que las tareas de migración de bases de datos se bloqueaban al detenerse, al usar MongoDB como fuente, cuando se activaba un error en el controlador de MongoDBendSessions.

• Se solucionó un problema porAWS DMS el que no se actualizaban los campos no principales cuando se utilizaba DynamoDB como destino

• Se ha corregido un problema por el que la validación de datos informaba de desajustes falsos positivos enNCLOB las columnasCLOB y.

• Se solucionó un problema por el que la validación de datos fallaba en registros que solo tenían espacios en blanco cuando se utilizaba Oracle como fuente.

• Se ha corregido un problema por el que las tareas de migración de bases de datos fallaban al truncar una tabla particionada.

• Se ha corregido un problema por el que las tareas de migración de bases de datos fallaban al crear la tablaawsdms_apply_exceptions de control.

• Compatibilidad ampliada con el complemento decaching_sha2_password autenticación cuando se utiliza la versión 8 de MySQL.

AWSNotas de lanzamiento 3.4.4 del Database Migration Service

La siguiente tabla muestra las nuevas funciones y mejoras introducidas enAWS DMS la versión 3.4.4.

Nueva característica o mejora	Descripción
Support el cifrado TLS y la autenticación TLS o SASL utilizando Kafka como destino	AWS DMSahora admite el cifrado TLS y la autenticación TLS o SASL utilizando Amazon MSK y el clúster local de Kafka como destino. Para obtener más información sobre el uso del cifrado y la autenticación en los puntos de conexión de Kafka, consulteConexión a Kafka mediante la seguridad de la capa de transporte (TLS).

Entre los problemas resueltos en laAWS DMS versión 3.4.4 se incluyen los siguientes:

• Se mejoró elAWS DMS registro de errores en las tareas cuando se utilizan terminales de Oracle.

• La ejecución mejorada de lasAWS DMS tareas continúa procesándose cuando los puntos finales de origen de Oracle cambian de rol después de la conmutación por error de Oracle Data Guard.

• La gestión de errores mejorada trata el ORA—12561 como un error recuperable cuando se utilizan puntos de conexión de Oracle.

• Se solucionó un problema por el queEMPTY_CLOB() las columnas se migraban como nulas cuando se utilizaba Oracle como fuente.EMPTY_BLOB()

• Se ha corregido un problema por el queAWS DMS las tareas no actualizaban los registros después de añadir cambios en el DDL de la columna cuando se utilizaba SQL Server como fuente.

• Se mejoró la migración de PostgreSQL como fuente al admitir el tipo deTIMESTAMP WITH TIME ZONE datos.

• Se ha corregido un problema por el que laafterConnectScript configuración no funcionaba durante una carga completa cuando se utilizaba PostgreSQL como destino.

• Se introdujo una nuevamapUnboundedNumericAsString configuración para gestionar mejor el tipo deNUMERIC fecha sin precisión ni escala al utilizar puntos de conexión de PostgreSQL.

• Se solucionó un problema por el queAWS DMS las tareas fallaban con «0 filas afectadas» después de detener y reanudar la tarea cuando se utilizaba PostgreSQL como fuente.

• Se ha corregido un problema por el queAWS DMS no se podía migrar el tipo deTIMESTAMP datos con elBC sufijo cuando se utilizaba PostgreSQL como fuente.

• Se ha corregido un problema por el queAWS DMS no se podía migrar elTIMESTAMP valor «±infinity» cuando se utilizaba PostgreSQL como fuente.

• Se solucionó un problema por el que las cadenas vacías se trataban comoNULL si se usara S3 como fuente con lacsvNullValue configuración establecida en otros valores.

• Se mejoró el atributo de conexióntimestampColumnName adicional a plena carga con CDC para que se pueda ordenar durante el CDC cuando se usa S3 como destino.

• Se mejoró el manejo de tipos de datos binarios en formato hexadecimalBYTE, comoBINARY, yBLOB cuando se usa S3 como fuente.

• Se ha corregido un problema por el que los registros eliminados se migraban con caracteres especiales cuando se utilizaba S3 como destino.

• Se ha corregido un problema que permitía gestionar valores de clave vacíos al utilizar Amazon DocumentDB (compatible con MongoDB) como destino.

• Se solucionó un problema por el queAWS DMS no seNumberDecimal podían replicarDecimal128 las columnas al usar MongoDB o Amazon DocumentDB (con compatibilidad con MongoDB) como fuente.

• Se ha corregido un problema que permitía reintentar las tareas de los CDC cuando se producía una conmutación por error en MongoDB o Amazon DocumentDB (con compatibilidad con MongoDB) como fuente.

• Se agregó una opción para eliminar el prefijo hexadecimal «0x» de los valores de los tipos deRAW datos al usar Kinesis, Kafka oOpenSearch como destino.

• Se solucionó un problema por el que la validación fallaba en columnas de caracteres de longitud fija cuando se utilizaba Db2 LUW como fuente.

• Se solucionó un problema por el que la validación fallaba cuando solo el tipo de datos de origen o el tipo de datos de destinoFLOAT era oDOUBLE.

• Se solucionó un problema por el que la validación deNULL los caracteres fallaba cuando se utilizaba Oracle como fuente.

• Se solucionó un problema por el que la validación fallaba en las columnas XML cuando se utilizaba Oracle como fuente.

• Se ha corregido un problema por el queAWS DMS las tareas se bloqueaban cuando había columnas anulables en claves compuestas que utilizaban MySQL como fuente.

• Se ha corregido un problema por el queAWS DMS no se podían validarUNIQUEIDENTIFIER las columnas de los extremos de origen de SQL Server y las columnas de UUID de los extremos de destino de PostgreSQL.

• Se solucionó un problema por el que una tarea de los CDC no utilizaba una definición de tabla fuente actualizada después de modificarla.

• Se mejoróAWS DMS la conmutación por error para tratar los errores de tareas causados por un nombre de usuario o una contraseña no válidos como errores recuperables.

• Se solucionó un problema por el queAWS DMS las tareas fallaban debido a la falta de LSN al usar RDS para SQL Server como fuente.

AWSNotas Database Migration Service versión 3.4.3

La siguiente tabla muestra las nuevas funciones y mejoras introducidas enAWS DMS la versión 3.4.3.

Nueva característica o mejora	Descripción
Nueva versión de Amazon DocumentDB	Ahora se admite la versión 4.0 de Amazon DocumentDB como fuente.
Nueva versión de MariaDB	La versión 10.4 de MariaDB ahora es compatible tanto como fuente como como destino.
Support paraAWS Secrets Manager la integración	Puede almacenar de forma segura los detalles de conexión a la base de datos (credenciales de usuario) de los puntos finales compatiblesAWS Secrets Manager. A continuación, puede enviar el secreto correspondiente en lugar de las credenciales de texto sin formatoAWS DMS al crear o modificar un punto final. AWS DMSluego se conecta a las bases de datos de los terminales mediante el secreto. Para obtener más información sobre la creación de secretos paraAWS DMS puntos de conexión, consulteUso de secretos para acceder aAWS Database Migration Service los puntos finales.
Opciones más amplias para instancias de replicación C5 y R5	Ahora puede crear los siguientes tamaños de instancia de replicación más grandes: tamaños C5 de hasta 96 vCPU y 192 GiB de memoria y tamaños R5 de hasta 96 vCPUs y 768 GiB de memoria.
Mejora del rendimiento de Amazon Redshift	AWS DMSahora admite la aplicación en parallel cuando se utiliza Redshift como objetivo para mejorar el rendimiento de la replicación en curso. Para obtener más información, consulte Configuración de tareas multiproceso para Amazon Redshift.

Entre los problemas resueltos en laAWS DMS versión 3.4.3 se incluyen los siguientes:

• Se ha corregido un error que provocaba que la marca de tiempo de confirmación pasara a ser «1970-01-01 00:00:00» para eventos diferidos cuando se utilizaba Db2 LUW como fuente.

• Se solucionó un problema por el queAWS DMS las tareas fallaban con unaNVARCHAR columna como clave principal cuando se utilizaba SQL Server como fuente con el modo LOB completo.

• Se ha corregido un problema por el que faltaban registros durante la fase de cambios en caché cuando se utilizaba SQL Server como fuente.

• Se ha corregido un problema que provocaba que los registros seAWS DMS omitieran después de reanudarse las tareas cuando se utilizaba RDS para SQL Server como fuente.

• Se ha corregido un problema por el que el componente de registroAWS DMS ASSERTION generaba registros grandes para SQL Server.

• Se solucionó un problema por el que la validación de datos fallaba durante la fase de CDC debido al desbordamiento del análisis de columnas al usar MySQL como fuente.

• Se ha corregido un problema por el queAWS DMS las tareas se bloqueaban debido a un error de segmentación durante la validación de datos cuando se utilizaba PostgreSQL como destino.

• Se solucionó un problema por el que la validación de datos fallaba en el tipo de datos DOUBLE durante la CDC al utilizar PostgreSQL como origen y destino.

• Se solucionó un problema por el que los registros insertados mediante el comando copy no se replicaban correctamente cuando se utilizaba PostgreSQL como fuente y Redshift como destino.

• Se ha corregido un problema de pérdida de datos durante la fase de cambios en caché cuando se utilizaba PostgreSQL como fuente.

• Se ha corregido un problema que podía provocar la pérdida de datos o la duplicación de registros al utilizar PostgreSQL como fuente.

• Se solucionó un problema por el que los esquemas con mayúsculas y minúsculas mixtas no podían migrar con pglogical cuando se utilizaba PostgreSQL como fuente.

• Se solucionó un problema por el que el último mensaje de error no contenía el error ORA al utilizar Oracle como fuente.

• Se solucionó un problema por el queAWS DMS las tareas no podían generar sentencias UPDATE cuando se utilizaba Oracle como destino.

• Se solucionó un problema por el queAWS DMS las tareas no replicaban los datos al utilizar Oracle 12.2 como fuente con la configuración de ASM y Peggable Database.

• Se mejoró el análisis de registros al conservar las comillas para cumplir con la RFC 4180 cuando se utiliza S3 como fuente.

• Se mejoró el manejotimestampColumnName para que la columna de Carga completa se pueda ordenar con la de CDC.

• Al introducir una nueva configuración de punto finalMessageMaxBytes, se solucionó un problema por el queAWS DMS las tareas fallaban cuando había elementos de LOB de más de 1 MB.

• Se ha corregido un error que provocaba queAWS DMS las tareas se bloquearan debido a un error de segmentación cuando se utilizaba Redshift como objetivo.

• Se mejoró el registro de errores para la conexión de prueba de Redshift.

• Se ha corregido un problema por elAWS DMS que no se transferían todos los documentos de MongoDB a DocumentDB durante la carga completa.

• Se solucionó un problema por el queAWS DMS las tareas informaban de un error grave cuando no se incluían tablas en las reglas de mapeo de tablas.

• Se ha corregido un problema por el que los esquemas y tablas creados antes de reiniciarAWS DMS las tareas no se replicaban en el destino cuando se utilizaba MySQL como fuente.

• Se solucionó un problema por el que el comodín escape [_] no podía escapar del comodín «_» en la regla de exclusión cuando se utilizaba MySQL como fuente.

• Se solucionó un problema por el que la columna del tipo de datos UNSIGNED BIGINT no se replicaba correctamente al usar MySQL como fuente.

AWSNotas Database Migration Service versión 3.4.2

En la siguiente tabla se muestran las nuevas funciones y mejoras introducidas enAWS DMS la versión 3.4.2.

Nueva característica o mejora	Descripción
Support con la conexión privada de Amazon Virtual Private Cloud (Amazon VPC) alAWS Database Migration Service de datos (DMS) sin la necesidad de contar con una puerta de enlace de Internet, un dispositivo NAT, una conexión de VPN o unaAWS Direct Connect conexión de.	Ahora puede conectarse a su Amazon VPC y accederAWS DMS a ella a través de un punto final de interfaz de VPC que haya creado. Este extremo de interfaz le permite aislar toda la actividad de red de su instancia deAWS DMS replicación dentro de la infraestructura de red de Amazon. Al incluir una referencia a este punto final de la interfaz en todas las llamadas a la API paraAWS DMS utilizar el SDKAWS CLI o un SDK, se asegura de que toda laAWS DMS actividad permanezca invisible en la Internet pública. Para obtener más información, consulte Seguridad de la infraestructura en AWS Database Migration Service. nota Esta función está disponible en todas las versiones deAWS DMS motor compatibles.
Particionamiento de carpetas basado en fechas de los CDC con Amazon S3 como destino	AWS DMSahora admite la partición de carpetas basada en fechas al replicar datos utilizando S3 como destino. Para obtener más información, consulte Uso de particiones de carpetas basadas en fechas.

Entre los problemas resueltos en laAWS DMS versión 3.4.2 se incluyen los siguientes:

• Se agregó unaSTATUPDATE opción al realizar una migración con Redshift como destino.

• Se han mejorado las tareas de validación mediante la introducción de una nueva configuración. ValidQueryCdcDelaySecondretrasa la primera consulta de validación en los extremos de origen y destino para ayudar a reducir la contención de recursos cuando la latencia de migración es alta.

• Se ha corregido un problema que provocaba queAWS DMS se tardara mucho en iniciar las tareas de validación.

• Se ha corregido un problema por el que se generaban registros vacíos al iniciar o detener las tareas de replicación con S3 como destino.

• Se ha corregido un problema por el que las tareas se bloqueaban después de completar una carga completa.

• Se solucionó un problema por el que las tareas se bloqueaban cuando una tabla de origen tenía errores de datos al usar S3 como fuente.

• Se solucionó un problema por el que las tareas se bloqueaban al iniciarse cuando la cuenta de usuario del punto de conexión de origen estaba deshabilitada.

• Se ha corregido un problema por el que las tareas se bloqueaban al usar PostgreSQL como fuente conREPLICA IDENTITY FULL.

• Se ha corregido un problema por el que las tareas no realizaban transacciones al utilizar PostgreSQL como fuente con el complemento pglogical.

• Se ha corregido un problema queAWS DMS provocaba que no se eliminaran los archivos fuente comprimidos cuando se utilizaba Redshift como destino.

• Se solucionó un problema por el que las tareas de validación mostraban falsos negativos al utilizar MySQL como fuente y destino con el tipo de datosBIGINT UNSIGNED.

• Se ha corregido un problema por el que las tareas de validación mostraban falsos positivos al utilizar SQL Server como fuente con una columna de clave principal como tipo CHAR.

• Se ha corregido un problema que provocaba que los objetos de destinoAWS DMS no se borraran cuando se utilizabanstart-replication para iniciar tareas de replicación con S3 como destino.

• Se corrigieron varios problemas en la validación de datos al usar Db2 como fuente.

• Se solucionó un problema por el que las tareas de validación se bloqueaban al usar SQL Server como fuente con la columna VARCHAR como clave principal.

• Se agregó soporte para el tipo de datos TIMESTAMP WITH TIMEZONE cuando se usa PostgreSQL como fuente

AWSNotas de la versión beta del servicio de migración de base de datos

La siguiente tabla muestra las nuevas funciones y mejoras introducidas en laAWS DMS versión 3.4.1 Beta.

Nueva característica o mejora	Descripción
Nueva versión de MongoDB	La versión 4.0 de MongoDB ahora es compatible como fuente.
Compatibilidad con TLS 1.2 para SQL Server	AWS DMSahora es compatible con TLS 1.2 para terminales de SQL Server.

Entre los problemas resueltos en la versión betaAWS DMS 3.4.1 se incluyen los siguientes:

• Compatibilidad mejorada con Oracle 19c TDE.

• Se mejoró la compatibilidad con el conjunto de caracteres utf8mb4 y el tipo de datos de identidad utilizando Redshift como objetivo.

• Se ha mejorado la gestión de errores en las tareas de replicación cuando se utiliza MySQL como fuente y el registro binario no está presente.

• Soporte de validación de datos mejorado en varios tipos de datos y conjuntos de caracteres.

• Se mejoró el manejo de valores nulos con una nueva configuración de punto finalIncludeNullAndEmpty cuando se utilizan Kinesis y Kafka como objetivo.

• Se han mejorado el registro y la gestión de errores al utilizar Kafka como objetivo.

• Se mejoró el desfase horario de verano cuando se utiliza SQL Server como fuente.

• Se ha corregido un problema por el que las tareas de replicación intentaban crear tablas existentes para Oracle como destino.

• Se solucionó un problema por el que las tareas de replicación se bloqueaban después de que se interrumpiera la conexión a la base de datos cuando se utilizaba Oracle como fuente.

• Se solucionó un problema por el que las tareas de replicación no podían detectar ni volver a conectarse al nuevo servidor principal cuando se utilizaba SQL Server como fuente con la configuración AlwaysOn.

• Se ha corregido un problema por el que las tareas de replicación no añadían una"OP" columna"D" para en determinadas condiciones para S3 como destino.

AWSNotas de la versión beta de Database Migration Service

La siguiente tabla muestra las nuevas funciones y mejoras introducidas en laAWS DMS versión 3.4.0

Nueva característica o mejora	Descripción
Nueva versión de MySQL	AWS DMSahora admite la versión 8.0 de MySQL como fuente, excepto cuando la carga útil de la transacción está comprimida.
Compatibilidad con TLS 1.2 para MySQL	AWS DMSahora es compatible con TLS 1.2 para puntos de enlace de MySQL.
Nueva versión de MariaDB	AWS DMSahora es compatible con MariaDB versión 10.3.13 como fuente.
Falta deSysAdmin acceso a fuentes autogestionadas de Microsoft SQL Server	AWS DMSahora permite el acceso de personas que no sonSysAdmin usuarios a puntos finales de origen de SQL Server locales y alojados en EC2. nota Esta característica se encuentra actualmente en versión beta. Si quieres probarlo, ponte en contacto con el servicio deAWS asistencia para obtener más información.
Tareas de CDC y tablas fuente de Oracle creadas conCREATE TABLE AS	AWS DMSahora admite tareas de carga completa y solo de CDC y CDC que se ejecutan en tablas fuente de Oracle creadas con laCREATE TABLE AS sentencia.

Entre los problemas resueltos en laAWS DMS versión 3.4.0 se incluyen los siguientes:

• Evaluaciones de tareas previas a la migración mejoradas. Para obtener más información, consulte Habilitación y trabajo con evaluaciones previas a la migración para una tarea.

• Validación de datos mejorada para tipos de datos flotantes, reales y dobles.

• Se mejoró Amazon Redshift como objetivo al gestionar mejor este error: «La clave especificada no existe».

• Admite la configuración de tareas de carga de los CDC con subprocesos múltiplesParallelApplyThreadsParallelApplyBufferSize, incluidosParallelApplyQueuesPerThread, y, para Amazon OpenSearch OpenSearch Service (Service) como destino.

• Se mejoró el OpenSearch servicio como objetivo al permitir el uso de claves principales compuestas.

• Se ha corregido un problema por el que la conexión de prueba fallaba cuando se utilizaba PostgreSQL como fuente y la contraseña tenía caracteres especiales.

• Se ha corregido un problema con el uso de SQL Server como fuente cuando se truncaban algunasVARCHAR columnas.

• Se ha corregido un problema porAWS DMS el que no se cerraban las transacciones abiertas cuando se utilizaba Amazon RDS SQL Server como fuente. Esto puede provocar la pérdida de datos si el parámetro del intervalo de sondeo está configurado incorrectamente. Para obtener más información sobre cómo configurar un valor de intervalo de sondeo recomendado, consulteUso de una base de datos de Microsoft SQL Server como origen para AWS DMS.

• Se ha corregido un problema en Oracle Standby como fuente por el que las tareas de los CDC se detenían inesperadamente al utilizar Binary Reader.

• Se solucionó un problema en IBM DB2 for LUW en el que la tarea fallaba y aparecía el mensaje «El literal numérico 0 no es válido porque su valor está fuera de rango».

• Se solucionó un problema relacionado con la migración de PostgreSQL a PostgreSQL cuando se añadía una columna nueva a la fuente de PostgreSQL y la columna se creaba con un tipo de datos diferente al tipo de datos para el que se creó originalmente la columna en la fuente.

• Se ha corregido un problema con una fuente de MySQL que hacía que la tarea de migración se detuviera inesperadamente al no poder obtener registros binarios.

• Se ha corregido un problema relacionado con un objetivo de Oracle cuando seBatchApply estaba utilizando.

• Se ha corregido un problema con MySQL y MariaDB al migrar el tipo deTIME datos.

• Se solucionó un problema en una fuente LUW de IBM DB2 por el que la migración de tablas con LOB fallaba cuando las tablas no tenían una clave principal o una clave única.

AWSNotas de lanzamiento 3.3.4 del Database Migration Service

Entre los problemas resueltos en laAWS DMS versión 3.3.4 se incluyen los siguientes:

• Se ha corregido un problema por el que las transacciones se descartaban o se duplicaban al utilizar PostgreSQL como fuente.

• Se mejoró la compatibilidad con el uso del signo de dólar ($) en los nombres de los esquemas.

• Se ha corregido un problema por el que las instancias de replicación no cerraban las transacciones abiertas al utilizar RDS SQL Server como fuente.

• Se ha corregido un problema por el que la conexión de prueba fallaba cuando se utilizaba PostgreSQL como fuente y la contraseña tenía caracteres especiales.

• Se mejoró Amazon Redshift como objetivo al gestionar mejor este error: «La clave especificada no existe».

• Soporte de validación de datos mejorado en varios tipos de datos y conjuntos de caracteres.

• Se ha corregido un problema por el que las tareas de replicación intentaban crear tablas existentes para Oracle como destino.

• Se solucionó un problema por el que las tareas de replicación no añadían una"OP" columna"D" para en determinadas condiciones para Amazon S3 como destino.

AWSNotas de lanzamiento 3.3.3 del Database Migration Service

La siguiente tabla muestra las nuevas funciones y mejoras introducidas enAWS DMS la versión 3.3.3.

Nueva característica o mejora	Descripción
Nueva versión de PostgreSQL	PostgreSQL versión 12 ahora es compatible como origen y destino.
Support para clave principal compuesta con Amazon OpenSearch Service como destino	A partir delAWS DMS 3.3.3, los objetivos del OpenSearch servicio admiten el uso de una clave principal compuesta.
Compatibilidad de tipos de datos extendidos de Oracle	Ahora se admiten tipos de datos extendidos de Oracle para origen y para destinos.
Se ha aumentado el número de recursos de AWS DMS por cuenta	El límite en el número de recursos de AWS DMS que puede crear ha aumentado. Para obtener más información, consulte Cuotas para AWS Database Migration Service.

Los problemas resueltos en AWS DMS 3.3.3 incluyen los siguientes:

• Se solucionó un problema por el que una tarea se bloqueaba al usar una sentencia de actualización específica con Parallel Apply en Amazon Kinesis.

• Se ha corregido un problema por el que una tarea fallaba en la sentencia ALTER TABLE con Amazon S3 como destino.

• Se ha corregido un problema que provocaba que los valores de las columnas poligonales se truncaran al utilizar Microsoft SQL Server como origen.

• Se ha corregido un problema en el convertidor Unicode de JA16SJISTILDE y JA16EUCTILDE al utilizar Oracle como origen.

• Se ha corregido un problema que provocaba que las columnas MEDIUMTEXT y LONGTEXT produjeran un error al migrar desde MySQL al formato de valor separado por comas de S3 (CSV).

• Se ha corregido un problema por el que las columnas booleanas se transformaban en tipos incorrectos con la salida Apache Parquet.

• Se ha corregido un problema con columnas varchar extendidas en Oracle.

• Se ha corregido un problema que provocaba que las tareas de validación de datos provocaran un error debido a ciertas combinaciones de marcas temporales.

• Se ha corregido un problema con la replicación del lenguaje de definición de datos (DDL) de Sybase.

• Se ha corregido un problema relacionado con un origen de Oracle Real Application Clusters (RAC) que se bloqueaba con Oracle Binary Reader.

• Se ha corregido un problema con la validación de destinos de Oracle con mayúsculas y minúsculas de nombres de esquema.

• Se ha corregido un problema con la validación de las versiones 9.7 y 10 de IBM Db2.

• Se ha corregido un problema que provocaba que una tarea no se parase dos veces con StopTaskCachedChangesApplied y StopTaskCachedChangesNotApplied habilitados.