AWS Notes de mise à jour du DMS

• Date de sortie de la version

• Date après laquelle vous ne pouvez pas créer de nouvelles instances avec la version

• Date à laquelle DMS met automatiquement à jour les instances de cette version (date EOL)

Résumé des modifications :

• Dans les versions précédentes (par exemple, 3.4.7/3.4.6), les valeurs entières élevées étaient représentées sous forme de nombres entiers.

• À partir de la version 3.5.1, ces valeurs peuvent apparaître en notation scientifique (par exemple,7.88129934789981E15), ce qui peut entraîner des différences de précision et de formatage.

Types de données concernés

La récente modification affecte la représentation de plusieurs types numériques lorsqu'ils sont diffusés vers des terminaux tels que Kafka et Kinesis. Les types concernés sont les suivants :

• Types de grands nombres entiers (par exemple,bigint)

• Types à virgule flottante () FLOAT, DOUBLE

• Types décimaux de haute précision () DECIMAL, NUMERIC

Scénarios concernés :

• Migrations à chargement complet vers des cibles de streaming

• Changez la capture de données (CDC) en cibles de streaming

Recommandations :

• Testez votre cas d'utilisation spécifique dans un environnement hors production avant de déployer la AWS DMS version 3.5.1 ou ultérieure afin d'identifier et de traiter les éventuels impacts de cette modification.

• Les clients concernés peuvent implémenter la solution de change-data-type transformation, le cas échéant, afin de revenir au formatage précédent pour les grands nombres sous forme d'entiers. Cependant, cette approche peut ne pas convenir à tous les scénarios.

• Vous pouvez désormais utiliser un format de date issu de la définition de table pour analyser une chaîne de données en un objet de date lorsque vous utilisez Amazon S3 en tant que source.

• De nouveaux compteurs de statistiques de tables sont désormais disponibles : AppliedInserts, AppliedDdls, AppliedDeletes et AppliedUpdates.

• Vous pouvez désormais choisir le type de mappage par défaut lorsque vous l'utilisez OpenSearch comme cible.

• Le nouveau paramètre de point de TrimSpaceInChar terminaison pour Oracle, PostgreSQL SQLServer et les sources vous permet de spécifier s'il faut découper les données sur les types de données CHAR et NCHAR.

• Le nouveau paramètre de point de terminaison ExpectedBucketOwner pour Amazon S3 empêche toute tricherie lors de l’utilisation de S3 en tant que source ou cible.

• Pour RDS SQL Server, Azure SQL Server et SQL Server autogéré, DMS fournit désormais une configuration automatique de MS-CDC sur toutes les tables sélectionnées pour une tâche de migration avec ou sans CLÉ PRIMAIRE, ou avec un index unique tenant compte de la priorité d’activation de la réplication Microsoft sur les tables SQL Server autogérées avec CLÉ PRIMAIRE.

• Ajout de la prise en charge de la réplication des opérations DDL de partition et de sous-partition Oracle lors des migrations Oracle homogènes.

• Problème résolu : une tâche de validation de données s’interrompait avec une clé primaire composite lors de l’utilisation d’Oracle en tant que source et cible.

• Correction d'un problème lié à la conversion correcte d'un type de caractère différent en booléen alors que la colonne cible était précréée en tant que booléen lors de l'utilisation d'Amazon Redshift comme cible.

• PCorrection d’un problème qui provoquait la troncation des données pour les types de données varchar migrés en varchar(255) en raison d’un problème ODBC connu lors de l’utilisation de PostgreSQL en tant que cible.

• Problème résolu : l’indicateur parallèle pour l’opération DELETE n’était pas respecté avec BatchApplyEnabled défini sur true et BatchApplyPreserveTransaction défini sur false lors de l’utilisation d’Oracle en tant que cible.

• Le nouveau paramètre de point de terminaison AddTrailingPaddingCharacter d’Amazon S3 ajoute un remplissage aux données de chaîne lors de l’utilisation de S3 en tant que cible.

• Le nouveau paramètre de tâche max_statement_timeout_seconds prolonge le délai d’expiration par défaut des requêtes de point de terminaison. Ce paramètre est actuellement utilisé par les requêtes de métadonnées de point de terminaison MySQL.

• Lors de l’utilisation de PostgreSQL en tant que cible, un problème a été résolu : une tâche de CDC n’utilisait pas correctement les paramètres de la tâche de gestion des erreurs.

• Correction d'un problème qui empêchait DMS d'identifier correctement le mode Redis OSS pour une instance Redis OSS Enterprise.

• La prise en charge de l’attribut de connexion supplémentaire (ECA) includeOpForFullLoad a été étendue pour le format Parquet cible S3.

• Introduction d’un nouveau paramètre de point de terminaison PostgreSQL migrateBooleanAsBoolean. Lorsque ce paramètre est défini sur true pour une migration de PostgreSQL vers Amazon Redshift, un booléen est migré sous la forme varchar (1). Lorsqu’il est défini sur false, un booléen est migré comme varchar(15), ce qui est le comportement par défaut.

• Lors de l’utilisation d’une source SQL Server, un problème de migration lié au type de données datetime a été résolu. Cette correction résout le problème de l’insertion de Null lorsque la précision est exprimée en millisecondes.

• Pour une source PostgreSQL avec PGLOGICAL, un problème de migration a été résolu lors de l’utilisation de pglogical et de la suppression d’un champ de la table source pendant la phase CDC : la valeur après le champ supprimé n’était pas migrée vers la table cible.

• Correction d’un problème lié à la migration de SQL Server Loopback : la réplication bidirectionnelle obtenait des enregistrements répétés.

• Ajout d’un nouvel attribut ECA mapBooleanAsBoolean pour PostgreSQL en tant que source. À l'aide de cet attribut de connexion supplémentaire, vous pouvez remplacer le mappage de type de données par défaut d'un booléen PostgressQL vers un type de données booléen. RedShift

• Correction d’un problème lié à la migration lors de l’utilisation de SQL Server en tant que source : ALTER DECIMAL/NUMERIC SCALE ne se répliquait pas sur les cibles.

• Correction d’un problème de connexion avec SQL Server 2005.

• Depuis le 17 octobre 2022, DMS 3.4.7 prend désormais en charge les classes d' EC2 instances Amazon de génération 6 pour les instances de réplication.

• Depuis le 25 novembre 2022, avec DMS 3.4.7, vous pouvez convertir des schémas de base de données et des objets de code en utilisant la conversion de schéma DMS, et découvrir les bases de données de votre environnement réseau qui sont de bons candidats à la migration en utilisant DMS Fleet Advisor.

• À compter du 25 novembre 2022, DMS Studio est retiré.

• Depuis le 31 janvier 2023, la conversion de schéma DMS prend en charge Aurora MySQL et Aurora PostgreSQL en tant que fournisseur de données cible.

• Depuis le 6 mars 2023, vous pouvez générer des recommandations cibles de taille adaptée pour vos bases de données sources avec DMS Fleet Advisor.

• Depuis le 6 mars 2023, AWS DMS prend en charge la politique AWS gérée qui permet de publier des points de données métriques sur Amazon CloudWatch.

• Problème résolu : les colonnes des instructions UPDATE étaient remplies avec des colonnes incorrectes si la colonne de clé primaire n’était pas la première colonne lors de l’utilisation d’Amazon S3 en tant que cible au format CSV.

• Correction d'un problème à cause duquel AWS DMS des tâches pouvaient se bloquer lors de l'utilisation du plugin pglogical avec des NULL valeurs dans des BYTEA colonnes en mode LOB limité lors de l'utilisation de PostgreSQL comme source.

• Correction d'un problème en raison duquel AWS DMS les tâches pouvaient se bloquer lorsqu'un grand nombre de tables sources étaient supprimées lors de l'utilisation de PostgreSQL comme source.

• Le partitionnement de dossier basé sur la date Amazon S3 a été amélioré en introduisant un nouveau paramètre Amazon S3 DatePartitionTimezone permettant le partitionnement à des dates non-UTC.

• Prise en charge du mappage entre les types TIMESTAMP WITH TIME ZONE de données, des sources aux données TIMESTAMPTZ utilisées lors de l'utilisation d'Amazon Redshift comme cible

• Les performances de la CDC ont été améliorées pour les tâches sans règles de sélection de caractères génériques lors de l’utilisation de MongoDB ou d’Amazon DocumentDB en tant que source.

• Problème résolu : les noms de schéma avec un caractère générique de trait de soulignement et une longueur inférieure à 8 n’étaient pas capturés par les tâches AWS DMS lors de l’utilisation de Db2 LUW en tant que source.

• Correction d'un problème à cause duquel les AWS DMS instances manquaient de mémoire lorsque le volume de données était important lorsqu'elles utilisaient OpenSearch Service comme cible.

• Les performances de validation des données ont été améliorées en prenant en charge les tâches de validation de chargement complet uniquement.

• Correction d'un problème en raison duquel AWS DMS les tâches ne reprenaient pas après un basculement forcé lors de l'utilisation de Sybase comme source.

• Correction d'un problème en raison duquel un avertissement était AWS DMS envoyé Invalid BC timestamp was encountered in column incorrectement.

• Problème résolu : une tâche s’interrompait quand le mode d’application en bloc était activé lors de l’utilisation d’Oracle en tant que source et cible.

• Problème résolu qui empêchait une tâche de chargement complet d’utiliser correctement le paramètre de point de terminaison ExecuteTimeout avec PostgreSQL en tant que source.

• Correction d’un problème lié à la migration des colonnes de type de données Array lorsque la tâche est définie sur le mode LOB limité tout en utilisant PostgreSQL en tant que source.

• Correction d’un problème lié à la migration des horodatages avec le fuseau horaire avant le 01/01/1970 lors de l’utilisation de PostgreSQL en tant que source.

• Problème résolu : DMS traitait une chaîne vide comme une valeur Null au cours de la réplication lors de l’utilisation de SQL Server en tant que source et cible.

• Correction d’un problème lié au respect des paramètres de point de terminaison de délai de lecture et d’écriture de session lors de l’utilisation d’une source/cible MySQL.

• Problème résolu : une tâche DMS CDC téléchargeait des fichiers associés au chargement complet lors de l’utilisation d’Amazon S3 en tant que source.

• Correction d’un problème de blocage de journalisation lorsque CdcInsertsAndUpdates et PreserveTransactions étaient définis sur true lors de l’utilisation d’Amazon S3 en tant que cible.

• Correction d'un problème en raison duquel une tâche se bloquait lorsque la ParallelApply fonctionnalité* était activée, mais que certaines tables ne disposaient pas de clé primaire par défaut lors de l'utilisation d'Amazon Kinesis Data Streams comme source.

• Correction d'un problème en raison duquel aucune erreur n'était indiquée pour une erreur StreamArn lors de l'utilisation d'Amazon Kinesis Data Streams comme source.

• Correction d'un problème à cause duquel une valeur de clé primaire sous forme de chaîne vide provoquait le blocage d'une tâche lorsqu'elle OpenSearch était utilisée comme cible.

• Problème résolu : trop d’espace disque était utilisé pour la validation des données.

• Problème résolu : les données pouvaient être manquantes ou dupliquées après reprise, lors de l’utilisation de PostgreSQL en tant que source avec un taux élevé de simultanéité des transactions.

• Problème résolu : les tâches de migration de base de données échouaient avec l’erreur Could not find relation id … lors de l’utilisation de PostgreSQL en tant que source, avec le plug-in pglogical activé.

• Problème résolu : les colonnes VARCHAR n’étaient pas répliquées correctement lors de l’utilisation de PostgreSQL en tant que source et d’Oracle en tant que cible.

• Problème résolu : les opérations de suppression n’étaient pas correctement capturées quand la clé primaire n’était pas la première colonne de la définition de table, lors de l’utilisation de PostgreSQL en tant que source.

• Problème résolu : les tâches de migration de base de données omettaient les mises à jour des objets LOB dans un paramètre de métadonnées spécial lors de l’utilisation de MySQL en tant que source.

• Problème résolu : les colonnes TIMESTAMP étaient traitées comme DATETIME en mode LOB complet lors de l’utilisation de MySQL version 8 en tant que source.

• Problème résolu : les tâches de migration de base de données échouaient lors de l’analyse d’enregistrements NULL DATETIME lors de l’utilisation de MySQL 5.6.4 ou version ultérieure en tant que source.

• Problème résolu : les tâches de migration de base de données se bloquaient après avoir rencontré une erreur Thread is exiting lors de l’utilisation d’Amazon Redshift en tant que cible avec une application parallèle.

• Problème résolu : une perte de données était possible quand les tâches de migration de base de données se déconnectaient d’un point de terminaison cible Amazon Redshift lors de l’application par lots de la CDC.

• Amélioration des performances de chargement complet en appelant ACCEPTINVCHARS lors de l’utilisation d’Amazon Redshift en tant que cible.

• Correction d'un problème en raison duquel les enregistrements dupliqués étaient répliqués lors du passage du mode one-by-one au mode d'application parallèle en utilisant Amazon Redshift comme cible.

• Problème résolu : les tâches de migration de base de données ne transféraient pas la propriété des objets Amazon S3 au propriétaire de compartiment avec cannedAclForObjects=bucket_owner_full_control lors de l’utilisation d’Amazon S3 en tant que cible.

• Amélioré AWS DMS grâce à la prise en charge de plusieurs destinations d'archivage avec ECA additionalArchivedLogDestId lors de l'utilisation d'Oracle comme source.

• Problème résolu : les tâches de migration de base de données échouaient avec l’erreur OCI_INVALID_HANDLE lors de la mise à jour d’une colonne LOB en mode LOB complet.

• Problème résolu : les colonnes NVARCHAR2 n’étaient pas migrées correctement pendant la CDC lors de l’utilisation d’Oracle en tant que source.

• Amélioré AWS DMS par l'activation SafeguardPolicy lors de l'utilisation de RDS pour SQL Server comme source.

• Problème résolu : les tâches de migration de base de données signalaient une erreur sur rdsadmin lors de l’utilisation d’une source SQL Server autre que RDS.

• Problème résolu : la validation des données échouait avec l’UUID comme clé primaire dans un paramètre de partition lors de l’utilisation de SQL Server en tant que source.

• Problème résolu : les tâches de chargement complet + CDC pouvaient échouer si le LSN requis était introuvable dans le journal de base de données lors de l’utilisation de Db2 LUW en tant que source.

• Amélioré AWS DMS grâce à la prise en charge des horodatages CDC personnalisés lors de l'utilisation de MongoDB comme source.

• Problème résolu : les tâches de migration de base de données se bloquaient en s’arrêtant lors de l’utilisation de MongoDB en tant que source et en cas d’erreurs du pilote MongoDB sur endSessions.

• Correction d'un problème qui empêchait AWS DMS de mettre à jour les champs non principaux lors de l'utilisation de DynamoDB comme cible

• Problème résolu : la validation des données signalait des incohérences de faux positifs sur les colonnes CLOB et NCLOB.

• Problème résolu : la validation des données échouait sur les enregistrements contenant uniquement des espaces lors de l’utilisation d’Oracle en tant que source.

• Problème résolu : les tâches de migration de base de données s’interrompaient lors de la troncation d’une table partitionnée.

• Problème résolu : les tâches de migration de base de données échouaient lors de la création de la table de contrôle awsdms_apply_exceptions.

• Prise en charge étendue du plug-in d’authentification caching_sha2_password lors de l’utilisation de MySQL version 8.

• Amélioration de la AWS DMS journalisation des échecs de tâches lors de l'utilisation des points de terminaison Oracle.

• L'amélioration de l'exécution des AWS DMS tâches poursuit le traitement lorsque les points de terminaison source Oracle changent de rôle après le basculement d'Oracle Data Guard.

• La gestion améliorée des erreurs traite ORA-12561 comme une erreur récupérable lors de l’utilisation de points de terminaison Oracle.

• Problème résolu : les colonnes EMPTY_BLOB() et EMPTY_CLOB() étaient migrées en tant que valeurs null lors de l’utilisation d’Oracle en tant que source.

• Correction d'un problème en raison duquel AWS DMS les tâches ne mettaient pas à jour les enregistrements après l'ajout de modifications DDL dans les colonnes lors de l'utilisation de SQL Server comme source.

• La migration de PostgreSQL en tant que source a été améliorée grâce à la prise en charge du type de données TIMESTAMP WITH TIME ZONE.

• Problème résolu : le paramètre afterConnectScript ne fonctionnait pas pendant un chargement complet lors de l’utilisation de PostgreSQL en tant que cible.

• Un nouveau paramètre mapUnboundedNumericAsString a été introduit pour mieux gérer le type de données NUMERIC sans précision ni échelle lors de l’utilisation des points de terminaison PostgreSQL.

• Correction d'un problème en raison duquel AWS DMS les tâches échouaient avec « aucune ligne affectée » après l'arrêt et la reprise de la tâche lors de l'utilisation de PostgreSQL comme source.

• Correction d'un problème qui AWS DMS empêchait la migration du type de TIMESTAMP données avec le BC suffixe lors de l'utilisation de PostgreSQL comme source.

• Correction d'un problème qui AWS DMS empêchait la migration de la TIMESTAMP valeur « ±infinity » lors de l'utilisation de PostgreSQL comme source.

• Problème résolu : les chaînes vides étaient traitées comme NULL si vous utilisiez S3 en tant que source avec le paramètre csvNullValue défini sur d’autres valeurs.

• L’attribut de connexion supplémentaire timestampColumnName a été amélioré dans le cadre d’un chargement complet avec CDC, afin de pouvoir être trié pendant la CDC lors de l’utilisation de S3 en tant que cible.

• Amélioration de la gestion des types de données binaires au format hexadécimal tels que BYTE, BINARY et BLOB lors de l’utilisation de S3 en tant que source.

• Problème résolu : les enregistrements supprimés étaient migrés avec des caractères spéciaux lors de l’utilisation de S3 en tant que cible.

• Problème résolu de gestion des valeurs de clé vides lors de l’utilisation d’Amazon DocumentDB (compatible avec MongoDB) en tant que cible.

• Correction d'un problème qui AWS DMS empêchait la réplication des Decimal128 colonnes lors de l'utilisation de MongoDB NumberDecimal ou d'Amazon DocumentDB (avec compatibilité avec MongoDB) comme source.

• Problème résolu : il est désormais possible d’autoriser les tâches CDC à réessayer en cas de basculement sur MongoDB ou Amazon DocumentDB (compatible avec MongoDB) en tant que source.

• Ajout d'une option permettant de supprimer le préfixe hexadécimal « 0x » des valeurs de type de RAW données lors de l'utilisation de Kinesis, Kafka ou comme cible. OpenSearch

• Problème résolu : la validation échouait sur les colonnes de caractères de longueur fixe lors de l’utilisation de Db2 LUW en tant que source.

• Problème résolu : la validation échouait lorsque seul le type de données source ou le type de données cible était FLOAT ou DOUBLE.

• Problème résolu : la validation échouait sur les caractères NULL lors de l’utilisation d’Oracle en tant que source.

• Problème résolu : la validation échouait sur les colonnes XML lors de l’utilisation d’Oracle en tant que source.

• Correction d'un problème à cause duquel AWS DMS les tâches se bloquaient lorsqu'il y avait des colonnes nullables dans les clés composites utilisant MySQL comme source.

• Correction d'un problème qui empêchait de AWS DMS valider à la fois les UNIQUEIDENTIFIER colonnes des points de terminaison source de SQL Server et les colonnes UUID des points de terminaison cibles de PostgreSQL.

• Problème résolu : une tâche CDC n’utilisait pas une définition de table source mise à jour après sa modification.

• Amélioration du AWS DMS basculement pour traiter les échecs de tâches provoqués par un nom d'utilisateur ou un mot de passe non valide comme des erreurs récupérables.

• Correction d'un problème en raison duquel AWS DMS les tâches échouaient en raison de LSNs leur absence lors de l'utilisation de RDS pour SQL Server comme source.

• Problème résolu : l’horodatage de validation devenait « 1970-01-01 00:00:00 » pour les événements différés lors de l’utilisation de Db2 LUW en tant que source.

• Correction d'un problème en raison duquel AWS DMS les tâches échouaient avec une NVARCHAR colonne comme clé primaire lors de l'utilisation de SQL Server comme source en mode LOB complet.

• Problème résolu : enregistrements manquants au cours de la phase des modifications mises en cache lors de l’utilisation de SQL Server en tant que source.

• Correction d'un problème en raison duquel des enregistrements étaient ignorés après la reprise AWS DMS des tâches lors de l'utilisation de RDS pour SQL Server comme source.

• Correction d'un problème en raison duquel AWS DMS le composant de journalisation ASSERTION génère des journaux volumineux pour SQL Server.

• Problème résolu : la validation des données échouait pendant la phase CDC en raison d’un dépassement de l’analyse des colonnes lors de l’utilisation de MySQL en tant que source.

• Correction d'un problème en raison duquel AWS DMS les tâches se bloquaient en raison d'une erreur de segmentation lors de la validation des données lors de l'utilisation de PostgreSQL comme cible.

• Problème résolu : la validation des données échouait sur le type de données DOUBLE pendant la CDC lors de l’utilisation de PostgreSQL en tant que source et cible.

• Correction d'un problème en raison duquel les enregistrements insérés par la commande copy n'étaient pas répliqués correctement lors de l'utilisation de PostgreSQL comme source et d'Amazon Redshift comme cible.

• Problème de perte de données résolu pendant la phase des modifications mises en cache lors de l’utilisation de PostgreSQL en tant que source.

• Correction d’un problème qui pouvait provoquer une perte de données ou des doublons d’enregistrements lors de l’utilisation de PostgreSQL en tant que source.

• Problème résolu : les schémas présentant une casse mixte ne pouvaient pas migrer avec pglogical lors de l’utilisation de PostgreSQL en tant que source.

• Problème résolu : le dernier message d’échec ne contenait pas l’erreur ORA lors de l’utilisation d’Oracle en tant que source.

• Correction d'un problème en raison duquel AWS DMS les tâches ne parvenaient pas à générer des instructions UPDATE lors de l'utilisation d'Oracle comme cible.

• Correction d'un problème en raison duquel AWS DMS les tâches ne répliquaient pas les données lors de l'utilisation d'Oracle 12.2 comme source avec une configuration ASM et une base de données enfichable.

• Amélioration de l’analyse des enregistrements en préservant la conformité des guillemets à la RFC 4180 lors de l’utilisation de S3 en tant que source.

• Amélioration du traitement de timestampColumnName afin que la colonne provenant du chargement complet puisse être triée avec celle provenant de la CDC.

• En introduisant un nouveau paramètre de point de terminaisonMessageMaxBytes, nous avons résolu un problème en AWS DMS raison duquel les tâches échouaient lorsque certains éléments LOB étaient supérieurs à 1 Mo.

• Correction d'un problème en raison duquel AWS DMS des tâches se bloquaient en raison d'une erreur de segmentation lors de l'utilisation d'Amazon Redshift comme cible.

• Enregistrement des erreurs amélioré pour la connexion de test Amazon Redshift.

• Correction d'un problème qui AWS DMS empêchait le transfert de tous les documents de MongoDB vers DocumentDB pendant le chargement complet.

• Correction d'un problème en raison duquel AWS DMS les tâches signalaient une erreur fatale lorsqu'aucune table n'était incluse dans les règles de mappage des tables.

• Problème résolu : les schémas et les tables créés avant le redémarrage des tâches AWS DMS n’étaient pas répliqués vers la cible lors de l’utilisation de MySQL en tant que source.

• Problème résolu : le caractère générique d’échappement [_] ne permettait pas d’échapper le caractère générique « _ » dans une règle d’exclusion lors de l’utilisation de MySQL en tant que source.

• Problème résolu : la colonne de type de données UNSIGNED BIGINT n’était pas répliquée correctement lors de l’utilisation de MySQL en tant que source.

• Ajout d'une STATUPDATE option lors de l'exécution d'une migration en utilisant Amazon Redshift comme cible.

• Amélioration des tâches de validation via l’introduction d’un nouveau paramètre. ValidQueryCdcDelaySecond retarde la première requête de validation sur les points de terminaison sources et cibles afin de réduire les conflits de ressources lorsque la latence de migration est élevée.

• Correction d'un problème en AWS DMS raison duquel le démarrage des tâches de validation prenait du temps.

• Problème résolu : des enregistrements vides étaient générés lors du démarrage ou de l’arrêt de tâches de réplication utilisant S3 en tant que cible.

• Problème résolu : les tâches se bloquaient une fois le chargement complet terminé.

• Problème résolu : les tâches se bloquaient lorsqu’une table source contenait des erreurs de données lors de l’utilisation de S3 en tant que source.

• Problème résolu : les tâches se bloquaient à leur démarrage lorsque le compte d’utilisateur du point de terminaison source était désactivé.

• Problème résolu : les tâches s’interrompaient lors de l’utilisation de PostgreSQL en tant que source avec REPLICA IDENTITY FULL.

• Problème résolu : les tâches manquaient des transactions lors de l’utilisation de PostgreSQL en tant que source avec le plug-in pglogical.

• Correction d'un problème qui AWS DMS empêchait de supprimer les fichiers source compressés lors de l'utilisation d'Amazon Redshift comme cible.

• Problème résolu : les tâches de validation signalaient de faux négatifs lors de l’utilisation de MySQL à la fois en tant que source et cible avec le type de données BIGINT UNSIGNED.

• Problème résolu : les tâches de validation signalaient des faux positifs lors de l’utilisation de SQL Server en tant que source avec une colonne de clé primaire de type CHAR.

• Correction d'un problème en raison duquel les objets cibles AWS DMS ne sont pas effacés lors start-replication de l'utilisation pour démarrer des tâches de réplication en utilisant S3 comme cible.

• Plusieurs problèmes résolus relatifs à la validation des données lors de l’utilisation de Db2 en tant que source.

• Problème résolu : les tâches de validation se bloquaient lors de l’utilisation de SQL Server en tant que source avec la colonne VARCHAR comme clé primaire.

• Ajout de la prise en charge du type de données TIMESTAMP WITH TIMEZONE lors de l’utilisation de PostgreSQL en tant que source

• Amélioration de la prise en charge d’Oracle 19c TDE.

• Prise en charge améliorée du jeu de caractères utf8mb4 et du type de données d'identité en utilisant Amazon Redshift comme cible.

• Amélioration de la gestion des échecs des tâches de réplication lors de l’utilisation de MySQL en tant que source et en l’absence de journal binaire.

• Amélioration de la prise en charge de la validation des données pour différents types de données et jeux de caractères.

• Amélioration de la gestion des valeurs null avec un nouveau paramètre de point de terminaison IncludeNullAndEmpty lors de l’utilisation de Kinesis et de Kafka en tant que cible.

• Amélioration de la gestion et de la journalisation des erreurs lors de l’utilisation de Kafka en tant que cible.

• Amélioration du décalage horaire DST lors de l’utilisation de SQL Server en tant que source.

• Problème résolu : les tâches de réplication tentaient de créer des tables existantes pour Oracle en tant que cible.

• Problème résolu : les tâches de réplication se bloquaient lorsque la connexion à la base de données était interrompue lors de l’utilisation d’Oracle en tant que source.

• Problème résolu : les tâches de réplication ne parvenaient pas à détecter le nouveau principal et à s’y reconnecter lors de l’utilisation de SQL Server en tant que source avec le paramètre AlwaysON.

• Problème résolu : les tâches de réplication n’ajoutaient pas un "D" pour la colonne "OP" dans certaines conditions pour S3 en tant que cible.

• Amélioration des évaluations des tâches de prémigration. Pour de plus amples informations, veuillez consulter Activation et utilisation des évaluations de prémigration pour une tâche.

• Amélioration de la validation des données pour les types de données float, real et double.

• Amélioration d’Amazon Redshift en tant que cible avec une meilleure gestion de l’erreur : « The specified key does not exist. »

• Prend en charge les paramètres des tâches de chargement CDC multithreadParallelApplyThreads, y comprisParallelApplyBufferSize, etParallelApplyQueuesPerThread, pour Amazon OpenSearch Service (OpenSearch Service) en tant que cible.

• OpenSearch Service en tant que cible amélioré en soutenant son utilisation de clés primaires composites.

• Problème résolu : le test de connexion échouait lors de l’utilisation de PostgreSQL en tant que source, si le mot de passe contenait des caractères spéciaux.

• Correction d’un problème lié à l’utilisation de SQL Server en tant que source lorsque certaines colonnes VARCHAR étaient tronquées.

• Correction d'un problème qui AWS DMS empêchait de fermer les transactions ouvertes lors de l'utilisation d'Amazon RDS SQL Server comme source. Cela pouvait entraîner une perte de données si le paramètre d’intervalle d’interrogation était mal défini. Pour plus d’informations sur la configuration d’une valeur d’intervalle d’interrogation recommandée, consultez Utilisation d'une base de données Microsoft SQL Server comme source pour AWS DMS.

• Correction d’un problème lié à Oracle Standby en tant que source : les tâches de CDC s’arrêtaient de façon inattendue lors de l’utilisation de Binary Reader.

• Correction d'un problème pour IBM DB2 for LUW en raison duquel la tâche échouait avec le message « Le littéral numérique 0 n'est pas valide car sa valeur est hors de portée ».

• Correction d’un problème de migration de PostgreSQL vers PostgreSQL lorsqu’une nouvelle colonne était ajoutée dans la source PostgreSQL et que la colonne était créée avec un type de données différent de celui pour lequel la colonne avait été initialement créée dans la source.

• Correction d’un problème lié à une source MySQL : la tâche de migration s’arrêtait de façon inattendue lorsqu’elle ne parvenait pas à récupérer les journaux binaires.

• Correction d’un problème lié à une cible Oracle quand BatchApply était utilisé.

• Correction d’un problème lié à MySQL et MariaDB lors de la migration du type de données TIME.

• Correction d'un problème dans une source IBM DB2 LUW où la migration de tables LOBs échouait lorsque les tables ne possédaient pas de clé primaire ou de clé unique.

• Problème résolu : les transactions étaient supprimées ou dupliquées lors de l’utilisation de PostgreSQL en tant que source.

• Amélioration de la prise en charge de l’utilisation du signe dollar ($) dans les noms de schéma.

• Problème résolu : les instances de réplication ne fermaient pas les transactions ouvertes lors de l’utilisation de RDS SQL Server en tant que source.

• Problème résolu : le test de connexion échouait lors de l’utilisation de PostgreSQL en tant que source, si le mot de passe contenait des caractères spéciaux.

• Amazon Redshift a été amélioré en tant que cible en gérant mieux cette erreur : « La clé spécifiée n'existe pas ».

• Amélioration de la prise en charge de la validation des données pour différents types de données et jeux de caractères.

• Problème résolu : les tâches de réplication tentaient de créer des tables existantes pour Oracle en tant que cible.

• Problème résolu : les tâches de réplication n’ajoutaient pas un "D" pour la colonne "OP" dans certaines conditions pour Amazon S3 en tant que cible.

• Problème résolu : une tâche s’interrompait en utilisant une instruction de mise à jour spécifique avec une application parallèle dans Amazon Kinesis.

• Problème résolu : une tâche s’interrompait sur l’instruction ALTER TABLE avec Amazon S3 en tant que cible.

• Correction d'un problème à cause duquel des valeurs des colonnes de polygone étaient tronquées lors de l'utilisation de Microsoft SQL Server en tant que source.

• Correction d'un problème sur le convertisseur Unicode de JA16 SJISTILDE et JA16 EUCTILDE lors de l'utilisation d'Oracle comme source.

• Correction d'un problème qui empêchait la migration des colonnes MEDIUMTEXT et LONGTEXT de MySQL vers S3 au format CSV (valeur séparée par des virgules).

• Correction d'un problème provoquant la transformation des colonnes booléennes en types incorrects avec la sortie Apache Parquet.

• Correction d'un problème avec les colonnes varchar étendues dans Oracle.

• Correction d'un problème qui faisait échouer les tâches de validation des données en raison de certaines combinaisons d'horodatage.

• Correction d'un problème avec la réplication du langage de définition de données (DDL) Sybase.

• Correction d'un problème impliquant une source Oracle Real Application Clusters (RAC) qui plantait avec Oracle Binary Reader.

• Correction d'un problème lors de la validation des cibles Oracle avec la casse des noms de schéma.

• Correction d'un problème lors de la validation des versions 9.7 et 10 d'IBM Db2.

• Correction d'un problème lié à une tâche qui ne s'arrêtait pas deux fois avec StopTaskCachedChangesApplied et StopTaskCachedChangesNotApplied activées.