AWS DMS Versionshinweise zu 3.5.2 AWS DMS Versionshinweise zu 3.5.1 AWS DMS 3.5.0 Beta-Versionshinweise AWS DMS Versionshinweise zu 3.4.7 AWS DMS Versionshinweise zu 3.4.6 AWS DMS Versionshinweise zu 3.4.5 AWS DMS Versionshinweise zu 3.4.4 AWS DMS Versionshinweise zu 3.4.3 AWS DMS Versionshinweise zu 3.4.2 AWS DMS Versionshinweise zu 3.4.1 AWS DMS Versionshinweise zu 3.4.0 AWS DMS Versionshinweise zu 3.3.4 AWS DMS Versionshinweise zu 3.3.3

AWS DMS-Versionshinweise

Im Folgenden finden Sie Versionshinweise für aktuelle und frühere Versionen von AWS Database Migration Service (AWS DMS).

AWS DMS unterscheidet nicht zwischen Haupt- und Nebenversionen, wenn Sie das automatische Versionsupgrade für Ihre Replikationsinstanz aktivieren. DMS aktualisiert die Version der Replikationsinstanz während des Wartungsfensters automatisch, wenn die Version veraltet ist.

Beachten Sie, dass Sie den Parameter auf setzen müssen, um die Version Ihrer Replikationsinstanz manuell (mithilfe der API oder CLI) von Version 3.4.x auf 3.5.x zu aktualisieren. AllowMajorVersionUpgrade true Informationen zu dem AllowMajorVersionUpgrade Parameter finden Sie ModifyReplicationInstancein der DMS-API-Dokumentation.

Anmerkung

Die aktuelle Standard-Engine-Version für AWS DMS ist 3.5.1.

Die folgende Tabelle zeigt die folgenden Daten für aktive DMS-Versionen:

Das Veröffentlichungsdatum der Version
Das Datum, nach dem Sie keine neuen Instanzen mit der Version erstellen können
Das Datum, an dem DMS automatisch Instanzen dieser Version aktualisiert (das EOL-Datum)

Version	Datum der Veröffentlichung	Kein neues Instanzdatum	EOL-Datum
3.5.2	29. Oktober 2023	30. März 2025	29. April 2025
3.5.1	30. Juni 2023	30. November 2024	30. Januar 2025
3.4.7	31. Mai 2022	30. Juli 2024	29. August 2024
3.4.6	30. November 2021	26. Mai 2024	27. Juni 2024

AWS Versionshinweise zu Database Migration Service 3.5.2

Neue Funktionen in 3.5.2 AWS DMS
Neue Funktion oder Änderung	Beschreibung
Redshift-Datenvalidierung	AWS DMS unterstützt jetzt die Validierung von Daten in Redshift-Zielen.
Unterstützung für Microsoft SQL Server Version 2022 als Quelle und Ziel.	AWS DMS unterstützt jetzt die Verwendung von Microsoft SQL Server Version 2022 als Quelle und Ziel.
IBM Db2 LUW als Ziel	AWS DMS unterstützt jetzt IBM Db2 LUW als Ziel. Mit dieser AWS DMS Funktion können Sie jetzt Live-Migrationen von IBM Db2 LUW zu IBM Db2 LUW durchführen.

AWS Versionshinweise zu Database Migration Service 3.5.1

Die folgende Tabelle zeigt die neuen Features und Verbesserungen, die in AWS Database Migration Service (AWS DMS) Version 3.5.1 eingeführt wurden.

Neue Funktion oder Änderung	Beschreibung
Unterstützung für PostgreSQL 15.x	AWS DMS Version 3.5.1 unterstützt PostgreSQL Version 15.x. Weitere Informationen finden Sie unter Verwenden von PostgreSQL als Quelle und Verwenden von PostgreSQL als Ziel.
Unterstützung für Amazon-DocumentDB-Elastic-Cluster mit Sharded Collections	AWS DMS Version 3.5.1 unterstützt Amazon DocumentDB Elastic Clusters mit Sharded Collections. Weitere Informationen finden Sie unter Verwenden von Amazon DocumentDB als Ziel für den AWS Database Migration Service.
Redshift Serverless als Ziel	Unterstützung für Amazon Redshift Serverless als Zielendpunkt. Weitere Informationen finden Sie unter Verwenden einer Amazon-Redshift-Datenbank als Ziel für AWS Database Migration Service.
Babelfish-Endpunkteinstellungen	Verbesserte PostgreSQL-Zielendpunkteinstellungen für die Bereitstellung von Babelfish-Unterstützung. Weitere Informationen finden Sie unter Verwenden einer PostgreSQL-Datenbank als Ziel für AWS Database Migration Service.
Offene Transaktionen in Oracle-Quelle	AWS DMS 3.5.1 verbessert die Methode zur Behandlung offener Transaktionen, wenn eine reine CDC-Aufgabe von der Startposition für eine Oracle-Quelle aus gestartet wird. Weitere Informationen finden Sie unter `OpenTransactionWindow` im Abschnitt Endpunkteinstellungen bei Verwendung von Oracle als Quelle für AWS DMS.
Amazon Timestream als Ziel	Support für die Verwendung von Amazon Timestream als Zielendpunkt. Weitere Informationen finden Sie unter Verwenden von Amazon Timestream als Ziel für AWS Database Migration Service.

AWS DMS Version 3.5.1 enthält die folgenden behobenen Probleme:

Behobenes Problem	Beschreibung
Oracle als Quelle für die Zunahme inaktiver Sessions	Es wurde ein Problem für die Oracle-Quelle behoben, bei dem nur CDC-Aufgaben kontinuierlich mehr inaktive Sitzungen aufwiesen, was zu der folgenden Ausnahme führte:. `ORA-00020: maximum number of processes exceeded on the source database`
UPDATE-Änderungen auf DocumentDB replizieren	Es wurde ein Problem für DocumentDB als Ziel behoben, bei dem UPDATE-Anweisungen in einigen Szenarien nicht richtig repliziert wurden.
Aufgabe, die nur für die Validierung bestimmt ist	Die Fehlerbehandlung für die Datenüberprüfungsfunktion wurde verbessert, sodass die Aufgabe ordnungsgemäß fehlschlägt, wenn die Datenüberprüfung für reine Validierungsaufgaben deaktiviert ist.
Redshift-Replikation nach Verbindungsabbruch	Es wurde ein Problem für das Redshift-Ziel behoben, bei dem die DMS-Aufgabe nicht erneut versuchte, Änderungen auf das Ziel anzuwenden, wenn das Ziel nach dem Verbindungsabbruch einen Wert größer als Null `ParallelApplyThreads` festgelegt hatte, was zu Datenverlust führen würde.
MySQL-Text-zu-Mediumtext-Replikation	Es wurde ein Problem bei der MySQL-zu-MySQL-Replikation von Mediumtext-Datentypen im Full-LOB-Modus behoben.
Die CDC-Aufgabe repliziert sich nicht mit rotiertem Schlüssel	Es wurde ein Problem mit DMS-Aufgaben behoben, bei `true` denen `BatchApplyEnabled` festgelegt war, dass DMS die Replikation von Daten beendet, nachdem Secrets Manager das Passwort geändert hatte.
Problem mit der MongoDB/DocumentDB-Segmentierung	Es wurde ein Problem für die MongoDB/DocDB-Quelle behoben, bei dem die Bereichssegmentierung nicht richtig funktionierte, wenn die Primärschlüsselspalte einen großen Wert enthielt.
Oracle-Datenvalidierung ungebundener numerischer Werte	Es wurde ein Problem für Oracle Target behoben, bei dem DMS `STRING` während der Datenvalidierung einen Wert mit ungebundenem Datentyp `NUMERIC` als a erkannte.
SQL Server-Datenvalidierung	Es wurde ein Problem für SQL Server-Endpunkte behoben, bei dem bei der DMS-Datenvalidierung eine ungültige SQL-Anweisung erstellt wurde.
MongoDB-Auto-Segmentierung	Die Funktionalität der automatischen Partitionierung von Daten bei der parallelen Migration von Dokumenten aus MongoDB als Quelle wurde verbessert.
Amazon-S3-Apache-Parquet-Format	Es wurde ein Problem behoben, so dass Apache-Parquet-Dateien, die in S3 als Ziel geschrieben wurden, mit Python mit Apache Arrow C++ angezeigt werden können.
Umgang mit PostgreSQL als Quell-DDL	Es wurde ein Problem mit der PostgreSQL als Quelle behoben, bei dem nicht unterstützte DDL-Operationen nicht korrekt ignoriert werden.
PostgreSQL-`timestamptz`-Datenfehler	Es wurde ein Problem mit PostgreSQL-zu-PostgreSQL-Migrationen behoben, bei dem der Zeitstempel mit Zeitzonendaten nicht richtig migriert wird, wenn Batch Apply während CDC aktiviert ist.
Fehler bei der Validierung von Oracle zu PostgreSQL	Es wurde ein Problem mit Migrationen von Oracle zu PostgreSQL behoben, bei dem die Datenvalidierung für den Datentyp NUMERIC(38,30) fehlschlägt.
Fehler bei erweiterten Oracle-Datentypen	Es wurde ein Problem mit Oracle als Quelle behoben, bei dem der erweiterte Varchar-Datentyp gekürzt wird.
Kombinieren von Filteroperatoren	Es wurde ein Problem mit der Spaltenfilterfunktion behoben, bei dem der Nullspaltenoperator nicht mit anderen Operatortypen kombiniert werden kann.
CDC-Latenz aufgrund übermäßiger Protokollierung.	Es wurde ein Problem mit PostgreSQL als Quelle behoben, bei dem eine übermäßige Protokollierung von Pglogical-Plug-in-Warnungen zu einer Latenz der Quell-CDC führt.
Umgang mit bidirektionaler Replikation von Create Table DDL	Es wurde ein Problem bei der bidirektionalen Replikation von PostgreSQL zu PostgreSQL behoben, bei dem die DDL-Änderung „Create Table DDL“ nicht korrekt repliziert wird.
CDC-Fehler bei der Verwendung von Filtern	Es wurde ein Problem mit dem Filter-Feature behoben, durch das die CDC-Replikation fehlschlug.
Validierung des Host-Namens der Zertifizierungsstelle für Kafka-Endpunkte	Die Funktionalität von Kafka-Endpunkten wurde um die Option erweitert, die Host-Namen-Validierung der Zertifizierungsstelle zu deaktivieren (`SslEndpointIdentificationAlgorithm`).
IBM-Db2-LUW-Validierung	Es wurde ein Problem behoben, durch das die Datentypen Datum, Zeitstempel und Uhrzeit der Db2-LUW-Quelle bei der Datenvalidierung nicht richtig behandelt wurden.
S3-Validierung	Es wurde ein Problem mit Migrationen von Db2 LUW zu S3 behoben, bei dem die Validierungsfunktion den Datentyp timestamp(0) nicht richtig behandelt.
Fehler beim Neustart einer DMS-Aufgabe	Es wurde ein Problem mit der PostgreSQL-Quelle behoben, bei dem die AWS DMS Aufgabe nicht neu gestartet werden konnte und bei Verwendung des pglogical-Plugins keine relationalen Ereignisse verarbeiten konnte.
SQL-Server-Validierung des HIERARCHY-Datentyps	Es wurde ein Problem mit SQL Server als Quelle behoben, bei dem die Validierung des HIERARCHY-Datentyps fehlschlägt.
SQL-Server-Zeichenfolgen mit Steuerzeichen	Es wurde ein Problem mit SQL Server als Quelle behoben, bei dem Zeichenketten mit Steuerzeichen nicht korrekt repliziert werden.
Redshift mit Secrets Manager	Es wurde ein Problem mit Redshift als Ziel behoben, bei dem das Testen des Endpunkts fehlschlug, wenn Secrets Manager verwendet wird.
Inkonsistenz ParallelLoadThreads bei MySQL-Einstellungen	Es wurde ein Problem mit MySQL als Ziel behoben, bei dem die `ParallelLoadThreads`-Einstellung nach Änderungen der Aufgabeneinstellungen nicht korrekt beibehalten wird.
Fehler bei der Zuordnung von PostgreSQL zu Oracle-Datentypen	Es wurde ein Problem mit Migrationen von PostgreSQL zu Oracle behoben, bei dem die Aufgabe fehlschlägt, wenn vom Datentyp TEXT zum Datentyp VARCHAR2(2000) repliziert wurde.
Datenvalidierung von Oracle zu PostgreSQL	Es wurde ein Problem mit Migrationen von Oracle zu PostgreSQL behoben, bei dem bei der Datenvalidierung falsch positive Ergebnisse gemeldet werden, wenn NULL-Zeichen als SPACE-Zeichen repliziert werden.
SQL Server-Quelle in der Konfiguration AlwaysOn	Es wurde ein Problem mit der SQL Server-Quelle in der AlwaysOn Konfiguration behoben, bei dem die AWS DMS Aufgabe fehlschlug, wenn der Replikatname nicht genau mit dem tatsächlichen Servernamen übereinstimmte.
Fehler beim Oracle-Quellendpunkttest	Es wurde ein Problem mit der Oracle-Quelle behoben, bei dem der AWS DMS Endpunkt-Verbindungstest aufgrund unzureichender Rechte beim Abrufen der Oracle-Sitzungs-ID (SID) fehlschlug.
CDC nimmt keine neuen Tabellen auf	Es wurde ein Problem mit Nur-CDC-Aufgaben behoben, bei dem Tabellen, die nach dem Start der Aufgabe auf der Quelle erstellt wurden, in einigen Fällen nicht repliziert werden.
Offene Transaktionen in Oracle als Quelle	Die Methode zum Umgang mit offenen Transaktionen, wenn eine Nur-CDC-Aufgabe von der Startposition für eine Oracle-Quelle aus gestartet wird, wurde verbessert.
Problem mit fehlenden Daten	Es wurde ein Problem behoben, bei dem Daten bei der Fortsetzung einer Aufgabe fehlen, wenn diese beendet wird, nachdem zwischengespeicherte Änderungen angewendet wurden (`StopTaskCachedChangesApplied`-Option auf „true“ gesetzt). Dieses Problem konnte selten auftreten, wenn aufgrund einer großen Anzahl AWS DMS von Änderungen an der Quelle zwischengespeicherte Änderungen auf der Festplatte der AWS DMS Replikationsinstanz dauerhaft zwischengespeichert wurden.
Problem bei der Datenvalidierung beim erweiterten Datentyp	Es wurde ein Problem bei der Datenvalidierung von PostgreSQL zu Oracle behoben, bei dem die Validierung für erweiterte Datentypen fehlschlägt.
Problem mit der Datenvalidierung bei inkonsistenter Zeichenkodierung	Es wurde ein Problem bei der Datenvalidierung von SQL Server zu PostgreSQL behoben, bei dem die Validierung fehlschlägt, wenn die Zeichenkodierung zwischen Quelle und Ziel inkonsistent ist.
Problem mit der Datenüberprüfung ORA-01455	Es wurde ein Problem behoben, bei dem während der Validierung ein ORA-01455-Fehler auftritt, wenn ein PostgreSQL-`integer` einem Oracle-`number(10)` zugeordnet wird.
Unterstützung von SQL Server `IDENTITY`	Es wurde ein Problem bei der Datenreplikation von SQL Server zu SQL Server behoben, bei dem die Migration von Identitätsspalten fehlschlägt, wenn die Zielspalte die Eigenschaft `IDENTITY` hat.
Zeichensatzproblem bei ALTER-Anweisungen	Es wurde ein Problem bei der MySQL-zu-MySQL-Replikation behoben, bei dem der Zeichensatz bei der Migration einer `ALTER` Anweisung während CDC auf UTF16 AWS DMS geändert wurde.
Unterstützung für den Datentyp PostgreSQL zu Redshift Spatial	Es wurde Unterstützung für den `spatial`-Datentyp bei der Migration von PostgreSQL zu Amazon Redshift hinzugefügt.
GZIP-Komprimierung von .parquet-Dateien	Es wurde ein Problem behoben, bei dem AWS DMS .parquet-Dateien mit GZIP-Komprimierung mit S3 als Ziel nicht generiert werden konnten.
Migration von MongoDB/DocDB-Quellen	Es wurde ein Problem behoben, bei dem einige Partitionen AWS DMS nicht aus einer MongoDB-Quelle migriert wurden.
Problem mit Statistiken in Tabelle	Es wurde ein Problem behoben, bei dem Tabellenstatistiken nicht angezeigt werden, wenn mindestens eine der Aufgaben auf der Replikations-Instance mehr als 1 001 Tabellen enthält.
Die Tabelle wird für IBM Db2 LUW-Versionen 10.1.0 und niedriger gesperrt	Es wurde ein Problem mit der Db2-LUW-Quelle behoben, bei dem die Tabellenmigration mit dem Fehler `TYPESTRINGUNITS is not valid` unterbrochen wird, wenn die Quelldatenbankversion 10.1.0 oder niedriger ist.
MongoDB-Partitionierungsproblem	Es wurde ein Problem für MongoDB/DocDB behoben, bei dem ein oder mehrere Segmente der Quellpartition fehlen.
MongoDB-Partitionierungsproblem	Es wurde ein Problem behoben, bei dem die Segmentierung auf der Grundlage einer Spalte mit dem Typ NumberLong () aufgrund eines Fehlers bei der Typkonvertierung fehlschlägt.
MongoDB-Partitionierungsproblem	Verbesserte Autosegmentierungsleistung für große Datensätze mit MongoDB als Quelle.
MongoDB-Treiberversion	Der MongoDB-Treiber wurde auf 1.20.0 herabgestuft, um die MongoDB-Versionen 3.6 und niedriger weiterhin zu unterstützen.
Amazon-S3-Apache-Parquet-Zeitstempel-Datentyp	Ein Problem mit Amazon S3 Parquet Target wurde behoben. AWS DMS setzt den Formatparameter jetzt so `isAdjustedToUTCtrue`, dass er dem Verhalten in früheren Versionen von entspricht AWS DMS.
Amazon Redshift als Zielkopierbefehl	Es wurde ein Problem für Amazon Redshift als Ziel behoben, bei dem der Kopierbefehl für große Tabellen beim Kopieren von Daten von Amazon S3 zu Amazon Redshift fehlschlägt.
PostgreSQL-Geometriedatentypen	Es wurde ein Problem bei Migrationen von PostgreSQL zu PostgreSQL behoben, bei dem die Migration bei großen Geometriedatentypen fehlschlägt.
Oracle zu PostgreSQL XML	Es wurde ein Problem behoben, bei dem bei der Migration bei der Replikation von Oracle zu PostgreSQL zusätzlicher Speicherplatz auf XML hinzugefügt wird.
Aktualisierung des Ziel-Checkpoints in unterstützten Engines	AWS DMS aktualisiert jetzt den Ziel-Checkpoint in der `awsdms_txn_state` Tabelle in der Zieldatenbank.
MongoDB/DocDB-Datensätze werden an falsche Sammlung gesendet	Es wurde ein Problem für MongoDB/DocDB behoben, bei dem Daten an die falsche Zielsammlung gesendet werden.
Neue Oracle-Quelltabelle mit EscapeCharacter Endpunkteinstellung	Es AWS DMS wurde ein Problem mit der Oracle-Quelle behoben, bei dem neue Tabellen für die Replikation nur dann abgerufen wurden, wenn die Aufgabe gestoppt und wieder aufgenommen wurde, während die `EscapeCharacter` Endpunkteinstellung festgelegt war.
CDC-Wiederherstellungsprüfpunkt	Es wurde eine zwischen dem Zieldatenspeicher und der AWS DMS -Konsole beobachtete Inkonsistenz beim CDC-Wiederherstellungsprüfpunkt behoben.
Nur-CDC-Validierungsaufgaben	Es wurde ein Problem mit Nur-CDC-Validierungsaufgaben behoben, bei denen die Aufgabe nur bei der CDC-Validierung fehlschlägt, selbst wenn alle Tabellen in der Aufgabe fehlschlagen.
Validierungsverhalten bei Problemen mit Quell- oder Zielverbindungen	Es wurde ein Problem mit der Datenvalidierung behoben, bei AWS DMS dem Tabellen auf der Quelle oder dem Ziel angehalten wurden, wenn die Verbindung unterbrochen wurde.
Falsche positive Ergebnisse bei der Datenvalidierung von Oracle zu PostgreSQL	Es wurde ein Problem mit der Datenvalidierung von Oracle nach PostgreSQL behoben, bei dem falsch positive Ergebnisse AWS DMS gemeldet wurden. Der Grund dafür ist, dass die Unterschiede bei der Repräsentation von NULL-Zeichen in der Quelle auf dem ziel nicht mit textbasierten Datentypen außer VARCHAR berücksichtigt werden.
Datenkürzung von Oracle zu PostgreSQL	Es wurde ein Problem mit Oracle als Quelle und PostgreSQL als Ziel behoben, bei dem AWS DMS Daten für NVARCHAR-Spalten mit der Oracle-Einstellung `NLS_NCHAR_CHARACTERSET` auf `AL16UTF16` kürzt.
Datenvalidierungsfehler	Es wurde ein Problem mit der Datenüberprüfung behoben, bei dem ein `unable to create where filter clause`-Fehler ausgelöst wird, wenn sowohl die Quellenfilterung als auch eine Transformationsregel zum Hinzufügen von Spalten verwendet werden.
Umgang mit Redshift-Zielfehlern	Es wurde ein Problem mit Redshift als Ziel behoben, bei dem die Fehlerbehandlung nicht wie konfiguriert funktioniert, wenn die `ParallelApplyThreads`-Aufgabeneinstellung für die CDC-Aufgabe auf einen Wert größer als Null gesetzt ist.
Kommunikationsfehler bei Oracle als Quelle	Es wurde ein Problem mit Oracle als Quelle behoben, bei dem die Aufgabe im Status `RUNNING` verbleibt, aber nach einem Kommunikationsfehler keine Daten migrieren kann.
Die CDC-Tabelle wird aufgrund von Spaltenfiltern gesperrt	Es wurde ein Problem mit Volllast-plus-CDC-Aufgaben behoben, bei dem eine Tabelle während der CDC-Phase gesperrt wird, wenn Spaltenfilter angewendet werden.
S3-Zieldatenvalidierungsfehler für Sonderzeichen	Es wurde ein Problem mit der S3-Zieldatenvalidierung behoben, bei dem die Aufgabe fehlschlägt, wenn der Tabellenname ein anderes Sonderzeichen als einen Unterstrich enthält.
MongoDB-Quelle: Volllast und CDC-Fehler	Es wurde ein Problem mit MongoDB als Quelle behoben, bei dem eine Volllast-plus-CDC-Aufgabe bei der Verarbeitung von Cache-Ereignissen während der Migration einer großen Sammlung fehlschlägt.
Upgrade-Problem mit `BatchApplyEnabled`-Einstellung auf „true“	Es wurde ein Problem behoben, bei dem eine Aufgabe, bei der die `BatchApplyEnabled` Task-Einstellung auf true gesetzt war, nach der Migration von AWS DMS Version 3.4.6 auf 3.5.1 in einigen Fällen fehlschlug.
SQL AlwaysOn Server-Quelle mit Sortierung unter Berücksichtigung von Groß- und Kleinschreibung	Es wurde ein Problem mit SQL Server AlwaysOn als Quelle behoben, bei dem eine Aufgabe mit Sortierung unter Berücksichtigung der Groß- und Kleinschreibung fehlschlug.
MySQL-Quellaufgabe hängt	Es wurde ein Problem mit MySQL als Quelle behoben, bei dem eine Aufgabe hängen bleibt, anstatt fehlzuschlagen, wenn die Quelle nicht richtig konfiguriert ist.
Vollastaufgabenfehler bei S3-Quelle	Es wurde ein Problem mit S3 als Quelle behoben, bei dem eine Aufgabe nach dem Upgrade von AWS DMS Version 3.4.6 oder 3.4.7 auf Version 3.5.1 beim Wiederaufnehmen fehlschlug.
PostgreSQL-Quelle, bei der CaptureDDLS auf „false“ gesetzt ist	Es wurde ein Problem mit PostgreSQL als Quelle behoben, bei dem DDLs nicht richtig behandelt werden, wenn die `CaptureDDLs`-Endpunkteinstellung auf „false“ gesetzt ist.
Absturz der Oracle-Quellaufgabe bei Fortsetzung	Es wurde ein Problem mit Oracle als Quelle behoben, bei dem eine Aufgabe bei der Fortsetzung aufgrund falscher Daten im Spaltennamen abstürzt.
Fehler bei der LOB-Suche in der MySQL-Quelle	Es wurde ein Problem mit MySQL als Quelle behoben, bei dem eine LOB-Suche fehlschlägt, wenn die `ParallelApplyThreads`-Aufgabeneinstellung auf einen Wert größer als Null gesetzt ist.
Unlogischer LSN-Fehler in der SQL-Server-Quelle	Es wurde ein Problem mit SQL Server als Quelle behoben, bei dem eine Aufgabe nach dem Upgrade von AWS DMS Version 3.4.7 auf Version 3.5.1 mit einem `illogical LSN sequencing state error` Fehler fehlschlug.
PostgreSQL-Quelle mit pglogical	Es wurde ein Problem mit PostgreSQL als Quelle behoben, bei dem eine Aufgabe, die das pglogical-Plugin verwendet, fehlschlägt, wenn die Aufgabe angehalten, eine Tabelle aus den Auswahlregeln entfernt, die Aufgabe fortgesetzt und Änderungen an der entfernten Tabelle vorgenommen werden.
Aurora MySQL – falscher Wiederherstellungs-Checkpoint.	Es wurde ein Problem bei Aurora MySQL als Quelle behoben, bei dem aufgrund eines Aurora-Failovers oder eines Stop-and-Starts der Aurora-Quelle ein falscher Wiederherstellungs-Checkpoint gespeichert wird.
Absturz von SQL Server als Quellaufgabe.	Es wurde ein Problem mit SQL Server als Quelle behoben, bei dem eine Aufgabe abstürzt, wenn `SafeguardPolicy` auf `RELY_ON_SQL_SERVER_REPLICATION_AGENT` eingestellt ist.
Falsches Datentyp-Casting mit MySQL als Ziel	Es wurde ein Problem bei MySQL als Ziel behoben, bei dem die CDC-Replikation aufgrund einer falschen Datentypumwandlung in der Stapelanwendungsphase fehlschlägt.
Aufgabe schlägt fehl, wenn CaptureDDLs für PostgreSQL als Quelle auf „false“ gesetzt ist.	Es wurde ein Problem mit PostgreSQL als Quelle behoben, bei dem eine Aufgabe fehlschlägt, weil eine DDL als DML behandelt wird, wenn die Endpunkteinstellung `CaptureDDLs` auf `false` gesetzt ist.
Absturz einer leeren MongoDB-Sammlung	Es wurde ein Problem mit MongoDB als Quelle behoben, bei dem die Aufgabe aufgrund einer leeren Sammlung abstürzt..
Absturz bei Vollastaufgabe mit Redshift	Es wurde ein Problem mit Redshift als Ziel behoben, bei dem eine Aufgabe während der Volllastphase abstürzt, wenn die Kontrolltabelle für den Wiederherstellungs-Checkpoint aktiviert ist.
S3 zu S3 – keine Datenbewegung.	Es wurde ein Problem bei der Replikation von S3 nach S3 behoben, bei dem AWS DMS die Daten nicht repliziert wurden, wenn das nicht angegeben `bucketFolder` wurde.
CDC-Latenz mit `GlueCatalogGeneration`-Einstellung auf `true`	Es wurde ein Problem mit S3 als Ziel behoben, bei dem eine übermäßige Latenz auftritt, wenn `GlueCatalogGeneration` auf `true` gesetzt ist.
Datenverkürzung bei Oracle als Ziel	Es wurde ein Problem mit Oracle als Ziel behoben, bei dem Daten in AWS DMS VARCHAR2-Spalten gekürzt wurden.
Verhalten des Unterstrichs als Platzhalter in PostgreSQL	Es wurde ein Problem mit PostgreSQL als Quelle behoben, bei dem das Verhalten des Platzhalters '_' in den Auswahlregeln nicht wie dokumentiert funktioniert.
Problem mit leerem WAL-Header bei PostgreSQL als Quelle.	Es wurde ein Problem mit PostgreSQL als Quelle behoben, bei dem die Aufgabe aufgrund eines leeren WAL-Headers fehlschlägt, der vom Replikations-Slot empfangen wird.
MySQL oder MariaDB als Quelle mit komprimierten Binärprotokollen	Es wurde ein Problem für MySQL und MariaDB als Quellen behoben, bei dem keine korrekte Fehlermeldung ausgegeben wurde, wenn eine BINLOG-Komprimierung AWS DMS erkannt wurde.
Sonderzeichen bei der S3-Datenvalidierung	Die S3-Datenvalidierung zur Verarbeitung von Sonderzeichen in Primär- und Nicht-Primärschlüsselspalten wurde verbessert.
Irreführende Aufgabenprotokolleinträge bei Redshift als Ziel.	Es wurde ein Problem mit Redshift als Ziel behoben, bei dem irreführende Einträge im Aufgabenprotokoll enthalten sind, die Fehler bei der Stapelanwendung von Anweisungen bei UPDATES und DELETES melden.
Absturz der Migrationsaufgabe von SQL Server zu S3.	Es wurde ein Problem bei Migrationen von SQL Server zu S3 behoben, bei dem die Aufgabe beim Anwenden zwischengespeicherter Änderungen abstürzt.
Fehler mit fehlenden Daten bei Stapelanwendungen.	Es wurde ein Problem mit dem Feature „Stapelanwendung“ behoben, bei dem ein Fehler beim Anwenden eines Stapels zu fehlenden Daten führen kann.

AWS Hinweise zur Beta-Version von Database Migration Service 3.5.0

Wichtig

AWS DMS 3.5.0 ist eine Betaversion der Replication Instance Engine. AWS DMS unterstützt diese Version genauso wie alle vorherigen Versionen. Wir empfehlen Ihnen jedoch, AWS DMS 3.5.0 Beta zu testen, bevor Sie sie für Produktionszwecke verwenden.

Die folgende Tabelle zeigt die neuen Funktionen und Verbesserungen, die in AWS Database Migration Service (AWS DMS) Version 3.5.0 Beta eingeführt wurden.

Neue Funktion oder Änderung	Beschreibung
Time Travel für Oracle und Microsoft SQL Server	Sie können Time Travel jetzt in allen AWS Regionen mit DMS-unterstützten Oracle-, Microsoft SQL Server- und PostgreSQL-Quellendpunkten und DMS-unterstützten PostgreSQL- und MySQL-Zielendpunkten verwenden.
S3-Validierung	AWS DMS unterstützt jetzt die Validierung replizierter Daten auf Amazon S3 S3-Zielendpunkten. Informationen zur Validierung von Amazon-S3-Zieldaten finden Sie unter Zieldatenvalidierung in Amazon S3.
Integration des Glue-Katalogs	AWS Glue ist ein Service, der einfache Möglichkeiten zur Kategorisierung von Daten bietet und aus einem Metadaten-Repository besteht, das als. AWS Glue Data Catalog Sie können jetzt einen AWS Glue Data Catalog in Ihren Amazon S3 S3-Zielendpunkt integrieren und Amazon S3 S3-Daten über andere AWS Dienste wie Amazon Athena abfragen. Weitere Informationen finden Sie unter Verwenden von AWS Glue Data Catalog mit einem Amazon-S3-Ziel für AWS DMS.
Parallele Anwendung für DocumentDB als Ziel	Wenn DocumentDB als Ziel mit neuen `ParallelApply*` Aufgabeneinstellungen verwendet wird, werden AWS DMS jetzt maximal 5000 Datensätze pro Sekunde während der CDC-Replikation unterstützt. Weitere Informationen finden Sie unter Verwenden von Amazon DocumentDB als Ziel für den AWS Database Migration Service.
Kundenorientierte Protokollierung	Mit AWS DMS Version 3.5.0 können Sie Task-Logs jetzt effektiver untersuchen und verwalten. Informationen zum Anzeigen und Verwalten von AWS DMS-Aufgabenprotokollen finden Sie unter. Anzeigen und Verwalten von AWS-DMS-Aufgabenprotokollen
SASL_PLAIN-Mechanismus für Kafka-Zielendpunkte	Sie können jetzt die SASL_PLAIN-Authentifizierung verwenden, um Kafka-MSK-Zielendpunkte zu unterstützen.
Replikation von XA-Transaktionen in MySQL	Sie können jetzt XA-Transaktionen auf Ihrer MySQL-DMS-Quelle verwenden. Vor DMS 3.5.0 wurden DML-Änderungen, die als Teil von XA-Transaktionen vorgenommen wurden, nicht korrekt repliziert.
Erweiterte Oracle-Datentypen	AWS DMS unterstützt jetzt die Replikation erweiterter Datentypen in Oracle Version 12.2 und höher.
Db2-LUW-Umgebung PureScale	AWS DMS unterstützt jetzt die Replikation aus einer Db2-LUW-Umgebung. PureScale Diese Funktionalität wird nur mit der Option Verarbeitung von Änderungen ab Quellenänderungsposition starten unterstützt.
SQL Server als Quelle mit `READ_COMMITTED_SNAPSHOT`-Option	Wenn Sie eine Microsoft SQL Server-Quelldatenbank mit der `READ_COMMITTED_SNAPSHOT` Option auf verwenden`TRUE`, können Sie DML-Änderungen korrekt replizieren, indem Sie das Verbindungsattribut forceDataRowLookup festlegen.

AWS DMS 3.5.0 umfasst die folgenden behobenen Probleme:

Probleme, die in AWS DMS Version 3.5.0, veröffentlicht am 17. März 2023, behoben wurden
Thema	Auflösung
Oracle – Vergleich der Sonderschreibung einer Zeichenfolge, die aus einer Zahl konvertiert wurde	Es wurde ein Problem mit Oracle als Quelle behoben, bei dem die Filterregeln für eine numerische Spalte nicht wie erwartet funktionieren, wenn für dieselbe Spalte eine Datentyptransformation in eine Zeichenfolge existiert.
Verbesserungen bei SQL Server AG (On-Premises)	Die Effizienz der Verbindungsverarbeitung mit der SQL Server-Quelle in der AlwaysOnKonfiguration wurde verbessert, indem unnötige Verbindungen zu Replikaten vermieden wurden, die nicht von DMS verwendet werden.
Interne Konvertierung von SQL Server HIERARCHYID	Es wurde ein Problem mit SQL Server als Quelle behoben, bei dem der HIERARCHYID-Datentyp als VARCHAR(250) statt als HIERARCHYID auf das SQL Server-Ziel repliziert wird.
Korrektur der S3-Zielverschiebungsaufgabe	Es wurde ein Problem behoben, bei dem das Verschieben einer Aufgabe mit einem S3-Ziel sehr lange dauert, eingefroren erscheint oder nie abgeschlossen wird.
SASL-Plain-Mechanismus bei Kafka	Es wurde Unterstützung für die SASL-Plain-Authentifizierungsmethode für einen Kafka-MSK-Zielendpunkt eingeführt.
Das parallele Laden/Anwenden schlägt aufgrund des Parameters _type bei Opensearch 2.x fehl	Es wurde ein Problem bei Opensearch 2.x als Ziel behoben, bei dem paralleles Laden oder paralleles Anwenden fehlschlägt, weil der Parameter _type nicht unterstützt wird.
Unterstützung von Tabellenzuordnungsfiltern mit gemischten Operatoren	Es wurde eine Einschränkung beseitigt, bei der nur ein Filter auf eine Spalte angewendet werden kann.
S3-, Kinesis- und Kafka-Endpunkte – alter-basierte Migration von LOB-Spalten in der CDC-Phase	Es wurde ein Problem für Kinesis-, Kafka- und S3-Ziele behoben, bei dem Daten in LOB-Spalten, die während CDC hinzugefügt wurden, nicht repliziert werden.
MongoDB-Treiber-Upgrade	Der MongoDB-Treiber wurde auf Version 1.23.2 aktualisiert.
Kafka-Treiber-Update	Der Kafka-Treiber wurde von 1.5.3 auf 1.9.2 aktualisiert.
Die S3-Endpunkt-Einstellung funktionierte nicht korrekt	Es wurde ein Problem mit S3 als Ziel behoben, bei dem die `AddTrailingPaddingCharacter`-Endpunkt-Einstellung nicht funktioniert, wenn die Daten das als Trennzeichen für das S3-Ziel angegebene Zeichen enthalten.
Die Kinesis-Zielaufgabe stürzte ab	Es wurde ein Problem mit Kinesis als Ziel behoben, bei dem eine Aufgabe abstürzt, wenn der PK-Wert leer und detailliertes Debuggen aktiviert ist.
Wenn die Spaltennamen von S3-Zielen um eine Position verschoben werden	Es wurde ein Problem für ein S3-Ziel behoben, bei dem Spaltennamen um eine Position verschoben werden, wenn `AddColumnName` auf `true` und `TimestampColumnName` auf `""` eingestellt ist.
Verbesserung der Warnung zur LOB-Kürzung bei der Protokollierung	Die Warnprotokollierung für die LOB-Kürzung bei SQL Server als Quelle wurde verbessert und enthält jetzt die SELECT-Anweisung, die zum Abrufen des LOB verwendet wird.
Es wurde ein schwerwiegender Fehler hinzugefügt, um zu verhindern, dass DMS-Aufgaben abstürzen, wenn das TDE-Passwort falsch ist.	Es wurde eine aussagekräftige Fehlermeldung eingeführt und das Problem mit dem Absturz von Aufgaben in Situationen behoben, in denen die DMS-Aufgabe aufgrund eines falschen TDE-Passworts für Oracle als Quelle fehlschlägt und keine Fehlermeldung angezeigt wird.
Ermöglichung der Migration von PostgreSQL CTAS (Create table as selected) DDL während CDC.	Die Einschränkungen, dass DMS PostgreSQL CTAS (Create table as selected)-DDLs während CDC nicht replizieren kann, wurden beseitigt.
Das Problem mit einem Absturz der pg_logical-Aufgabe, wenn Tabellenspalten im CDC gelöscht werden, wurde behoben.	Es wurde ein Problem mit PostgreSQL als Quelle und S3 als Ziel behoben, bei dem Spalten auf dem Ziel falsch ausgerichtet sind, wenn die Unterstützung für LOBs deaktiviert ist und LOBs vorhanden sind.
Behebung des Speicherlecks beim Umgang mit MySQL-Verbindungen	Es wurde ein Problem mit MySQL als Quelle behoben, bei dem der Speicherverbrauch für Aufgaben kontinuierlich zunimmt.
Einstellung des Oracle-Quellendpunkts – `ConvertTimestampWithZoneToUTC`	Setzen Sie dieses Attribut auf `true`, um den Zeitstempelwert der Spalten „TIMESTAMP WITH TIME ZONE“ und „TIMESTAMP WITH LOCAL TIME ZONE“ in UTC zu konvertieren. Standardmäßig ist der Wert dieses Attributs „false“ und die Daten werden unter Verwendung der Zeitzone der Quelldatenbank repliziert.
Oracle-Quelle – `DataTruncationErrorPolicy` zu SUSPEND_TABLE funktioniert nicht	Es wurde ein Problem mit Oracle als Quelle und S3 als Ziel behoben, bei dem Tabellen nicht gesperrt werden, während die `DataTruncationErrorPolicy`-Aufgabeneinstellung auf SUSPEND_TABLE gesetzt ist.
SQL Server schlägt beim Erstellen der Abfrageklausel bei einem langen Schema/einer langen Tabelle fehl	Es wurde ein Problem mit SQL Server als Quelle behoben, bei dem die Aufgabe fehlschlägt oder nicht mehr reagiert, wenn die Auswahlregel eine durch Kommata getrennte Tabellenliste enthält.
Secret-Manager-Authentifizierung mit MongoDB-Endpunkt	Es wurde ein Problem mit MongoDB- und DocumentDB-Endpunkten behoben, bei dem die Secret-Manager-basierte Authentifizierung nicht funktioniert.
DMS kürzt die Daten während CDC für eine Multibyte-Varchar-Spalte, wenn NLS_NCHAR_CHARACTERSET auf UTF8 gesetzt ist	Es wurde ein Problem mit Oracle als Quelle und Oracle als Ziel behoben, bei dem Daten für Multibyte-VARCHAR-Spalten gekürzt wurden, bei denen NLS_NCHAR_CHARACTERSET auf UTF8 gesetzt war.
`filterTransactionsOfUser`ECA für Oracle LogMiner	Es wurde ein zusätzliches Verbindungsattribut (ECA) `filterTransactionsOfUser` hinzugefügt, damit DMS Transaktionen von einem bestimmten Benutzer ignorieren kann, wenn von Oracle aus repliziert wird. LogMiner
Behebbarer Fehler bei der Einstellung von SQL Server, wenn LSN im Backup fehlt	Es wurde ein Problem mit SQL Server behoben, bei dem eine Aufgabe bei fehlendem LSN nicht fehlschlägt.

AWS Versionshinweise zu Database Migration Service 3.4.7

Die folgende Tabelle zeigt die neuen Funktionen und Verbesserungen, die in AWS Database Migration Service (AWS DMS) Version 3.4.7 eingeführt wurden.

Neue Funktion oder Änderung	Beschreibung
Unterstützung von Babelfish als Ziel	AWS DMS unterstützt jetzt Babelfish als Target. Mit dieser AWS DMS Funktion können Sie jetzt Live-Daten von jeder AWS DMS unterstützten Quelle auf einen Babelfish migrieren, und das mit minimalen Ausfallzeiten. Weitere Informationen finden Sie unter Verwenden von Babelfish als Ziel für AWS Database Migration Service.
Unterstützung von IBM-Db2-z/OS-Datenbanken als Quelle nur für Volllast	AWS DMS unterstützt jetzt IBM Db2 z/OS-Datenbanken als Quelle. Mit dieser AWS DMS Option können Sie jetzt Live-Migrationen von Db2-Mainframes zu jedem unterstützten Ziel durchführen. AWS DMS Weitere Informationen finden Sie unter Verwendung von Datenbanken in IBM Db2 für z/OS als Quelle für AWS DMS.
Unterstützung von SQL-Server-Lesereplikaten als Quelle	AWS DMS unterstützt jetzt SQL Server Read Replica als Quelle. Mit dieser AWS DMS Funktion können Sie jetzt Live-Migrationen von der SQL Server-Read Replica zu jedem unterstützten Ziel durchführen. AWS DMS Weitere Informationen finden Sie unter Verwenden einer Microsoft SQL Server-Datenbank als Quelle für AWS DMS.
Support Sie EventBridge DMS-Veranstaltungen	AWS DMS unterstützt die Verwaltung von Veranstaltungsabonnements mithilfe von EventBridge DMS-Ereignissen. Weitere Informationen finden Sie unter Arbeiten mit Amazon-Event-Bridge-Ereignissen und Benachrichtigungen in AWS Database Migration Service.
Unterstützung von VPC-Quell- und Zielendpunkten	AWS DMS unterstützt jetzt Amazon Virtual Private Cloud (VPC) -Endpunkte als Quellen und Ziele. AWS DMS kann jetzt eine Verbindung zu jedem AWS Dienst mit VPC-Endpunkten herstellen, wenn explizit definierte Routen zu den Diensten in ihrer AWS DMS VPC definiert sind. Anmerkung Upgrades auf AWS DMS Versionen 3.4.7 und höher erfordern, dass Sie zunächst die Verwendung von VPC-Endpunkten oder öffentlichen Routen konfigurieren AWS DMS . Diese Anforderung gilt für Quell- und Zielendpunkte für Amazon S3, Amazon Kinesis Data Streams, Amazon DynamoDB AWS Secrets Manager, Amazon Redshift und Amazon Service. OpenSearch Weitere Informationen finden Sie unter Konfigurieren von VPC-Endpunkten als Quell- und Zielendpunkte in AWS DMS.
Neue PostgreSQL-Version	PostgreSQL Version 14.x wird jetzt als Quelle und Ziel unterstützt.
Unterstützung von Aurora Serverless v2 als Ziel	AWS DMS unterstützt jetzt Aurora Serverless v2 als Ziel. Mit AWS DMS können Sie jetzt Live-Migrationen zu Aurora Serverless v2 durchführen. Informationen zu unterstützten AWS DMS Zielen finden Sie unter. Ziele für die Datenmigration
Neue Versionen von IBM Db2 für LUW	AWS DMS unterstützt jetzt IBM Db2 für LUW-Versionen 11.5.6 und 11.5.7 als Quelle. Mit dieser AWS DMS Funktion können Sie jetzt Live-Migrationen von den neuesten Versionen von IBM DB2 for LUW durchführen. Hinweise zu AWS DMS Quellen finden Sie unter. Quellen für die Datenmigration Informationen zu unterstützten AWS DMS Zielen finden Sie unterZiele für die Datenmigration.

AWS DMS 3.4.7 beinhaltet das folgende neue oder geänderte Verhalten und behobene Probleme:

Sie können jetzt ein Datumsformat aus der Tabellendefinition verwenden, um eine Datenzeichenfolge zu einem Datumsobjekt zu analysieren, wenn Sie Amazon S3 als Quelle verwenden.
Neue Zähler für Tabellenstatistiken sind jetzt verfügbar: AppliedInserts, AppliedDdls, AppliedDeletes und AppliedUpdates.
Sie können jetzt den Standard-Zuordnungstyp wählen, wenn Sie ihn OpenSearch als Ziel verwenden.
Mit der neuen TrimSpaceInChar-Endpunkteinstellung für Oracle-, PostgreSQL- und SQLServer-Quellen können Sie angeben, ob Daten der CHAR- und NCHAR-Datentypen gekürzt werden sollen.
Die neue ExpectedBucketOwner-Endpunkteinstellung für Amazon S3 verhindert Sniping, wenn S3 als Quelle oder Ziel verwendet wird.
Für RDS SQL Server, Azure SQL Server und selbstverwaltetes SQL Server bietet DMS jetzt die automatische Einrichtung von MS-CDC für alle für eine Migrationsaufgabe ausgewählten Tabellen mit oder ohne PRIMARY KEY oder mit einem eindeutigen Index, wobei die Aktivierungspriorität für MS-REPLICATION auf selbstverwalteten SQL-Server-Tabellen mit PRIMARY KEY berücksichtigt wird.
Es wurde Unterstützung für die Replikation von DDL-Vorgängen auf Oracle-Partitionen und Unterpartitionen bei homogenen Oracle-Migrationen hinzugefügt.
Es wurde ein Problem behoben, bei dem eine Datenvalidierungsaufgabe mit einem zusammengesetzten Primärschlüssel abstürzt, während Oracle als Quelle und Ziel verwendet wird.
Es wurde ein Problem behoben, bei dem ein variierender Zeichentyp korrekt in einen booleschen Wert umgewandelt wird, während die Zielspalte zuvor als boolescher Wert erstellt wurde, wenn Redshift als Ziel verwendet wird.
Es wurde ein Problem behoben, das aufgrund eines bekannten ODBC-Problems bei der Verwendung von PostgreSQL als Ziel zu varchar-Datenkürzungen für als varchar(255) migrierte Datentypen führt.
Es wurde ein Problem behoben, bei dem der parallele Hinweis für den DELETE-Vorgang nicht berücksichtigt wird, wenn bei Oracle als Ziel BatchApplyEnabled auf true und BatchApplyPreserveTransaction auf false gesetzt ist.
Die neue AddTrailingPaddingCharacter-Endpunkteinstellung für Amazon S3 fügt Zeichenkettendaten hinzu, wenn S3 als Ziel verwendet wird.
Die neue max_statement_timeout_seconds-Aufgabeneinstellung verlängert das Standard-Timeout für Endpunktabfragen. Diese Einstellung wird derzeit von Abfragen von MySQL-Endpunktmetadaten verwendet.
Bei der Verwendung von PostgreSQL als Ziel wurde ein Problem behoben, bei dem eine CDC-Aufgabe die Einstellungen für die Fehlerbehandlungsaufgabe nicht richtig nutzt.
Es wurde ein Problem behoben, bei dem DMS den Redis-Modus für eine Redis-Enterprise-Instance nicht korrekt identifizieren kann.
Die Unterstützung von zusätzlichen includeOpForFullLoad-Verbindungsattributen (ECA) für das S3-Ziel-Parquet-Format Parquet wurde erweitert.
Einführung einer neuen PostgreSQL-Endpunkteinstellung migrateBooleanAsBoolean. Wenn diese Einstellung für eine Migration von PostgreSQL zu Redshift auf true gesetzt ist, wird ein boolescher Wert als varchar(1) migriert. Wenn sie auf false gesetzt ist, wird ein boolescher Wert als varchar(15) migriert, was das Standardverhalten ist.
Bei Verwendung von SQL Server als Quelle wurde ein Migrationsproblem mit dem Datentyp datetime behoben. Mit dieser Korrektur wird das Problem des Einfügens von Null behoben, wenn die Genauigkeit in Millisekunden angegeben ist.
Für PostgresSQL als Quelle mit PGLOGICAL wurde ein Migrationsproblem behoben, das bei der Verwendung von pglogical und beim Entfernen eines Felds aus der Quelltabelle während der CDC-Phase auftritt, in der der Wert nach dem entfernten Feld nicht in die Zieltabelle migriert wird.
Es wurde ein Problem mit der SQL-Server-Loopback-Migration behoben, bei der während der bidirektionalen Replikation wiederholte Datensätze abgerufen werden.
Es wurde eine neue ECA mapBooleanAsBoolean für PostgresSQL als Quelle hinzugefügt. Mit diesem zusätzlichen Verbindungsattribut können Sie die standardmäßige Datentypzuordnung eines Booleschen PostgresSQL-Datentyps zu einem booleschen Datentyp überschreiben. RedShift
Es wurde ein Migrationsproblem bei der Verwendung von SQL Server als Quelle behoben, das dazu führt, dass ALTER DECIMAL/NUMERIC SCALE nicht auf Ziele repliziert wird.
Behebung eines Verbindungsproblems mit SQL Server 2005.
Seit dem 17. Oktober 2022 unterstützt DMS 3.4.7 jetzt Amazon-EC2-Instance-Klassen der 6. Generation für Replikations-Instances.
Seit dem 25. November 2022 können Sie mit DMS 3.4.7 Datenbankschemata und Codeobjekte mithilfe der DMS Schema Conversion konvertieren und Datenbanken in Ihrer Netzwerkumgebung ermitteln, die sich gut für eine Migration mit DMS Fleet Advisor eignen.
Seit dem 25. November 2022 ist DMS Studio eingestellt.
Seit dem 31. Januar 2023 unterstützt DMS Schema Conversion Aurora MySQL und Aurora PostgreSQL als Zieldatenanbieter.
Seit dem 6. März 2023 können Sie mit DMS Fleet Advisor zielgerichtete Empfehlungen für Ihre Quelldatenbanken generieren.
AWS DMS Unterstützt seit dem 6. März 2023 die AWS verwaltete Richtlinie, die die Veröffentlichung von metrischen Datenpunkten auf Amazon ermöglicht CloudWatch.

In der Wartungsversion von DMS 3.4.7 vom 5. Mai 2023 behobene Probleme
Thema	Auflösung
Fehler bei der PostgreSQL-Quellaufgabe	Es wurde ein Problem mit PostgreSQL als Quelle behoben, bei dem Aufgaben fehlschlagen, wenn die maximal zulässige Anzahl von DDL-Vorgängen in einem einzigen Ereignis überschritten wird.
PostgreSQL-Quelldatenvalidierung falsch positiv	Es wurde ein Problem mit PostgreSQL als Quelle und Oracle als Ziel behoben, bei dem eine falsche Umwandlung des Timestamp-Felds zu falsch positiven Datenvalidierungsfehlern führt.
Umgang mit MySQL-Quellfehlern	Es wurde ein Problem mit MySQL als Quelle behoben, bei dem die DMS-Aufgabe nicht fehlschlägt, wenn das nächste BIN-Protokoll nicht verfügbar ist.
ROTATE_EVENT-Protokollierung bei MySQL als Quelle	Die Protokollierung für MySQL als Quelle im Zusammenhang mit ROTATE_EVENTwurde verbessert – einschließlich des Lesens des BIN-Protokollnamens.
Timeout-Problem bei Datenvalidierung	Es wurde ein Problem mit dem Datenvalidierungs-Feature behoben, bei dem die `executeTimeout`-Endpunkt-Einstellung bei Abfragen im Zusammenhang mit der Datenvalidierung nicht berücksichtigt wird.
Problem bei paralleler Volllast des PostgreSQL-Ziels	Es wurde ein Problem mit PostgreSQL als Ziel behoben, bei dem die segmentierte (parallele) Volllast aufgrund eines Fehlers „Verbindung unterbrochen“ fehlschlägt.
Problem beim Verschieben von DMS-Aufgaben	Es wurde ein Problem mit S3 als Ziel behoben, bei dem ein DMS-Vorgang zum Verschieben von Aufgaben sehr lange dauert oder nie abgeschlossen wird.
Problem mit doppelten Datensätzen bei PostgreSQL als Quelle	Es wurde ein Problem mit PostgreSQL als Quelle behoben, bei dem eine DMS-Aufgabe nach dem Anhalten und Fortsetzen einer Aufgabe Fehler im Zusammenhang mit Duplikaten auf dem Ziel auslöst.
Falsch positive Ergebnisse bei der Überprüfung von Oracle-Zieldaten	Es wurde ein Problem mit Oracle als Ziel behoben, bei dem bei der Datenvalidierung aufgrund einer falsch replizierten Zeitzone für Zeitstempelfelder falsch positive Fehler gemeldet werden.

In der Wartungsversion von DMS 3.4.7 vom 22. Februar 2023 behobene Probleme
Thema	Auflösung
Replikate von SQL Server AG als Quelle	Unterstützung für die SQL Server-Quelle in einer AlwaysOnKonfiguration hinzugefügt, in der sich der Listener-TCP-Port vom TCP-Replikat-Port unterschied.
Datenverlust bei Amazon Redshift als Ziel	Es wurde ein Problem mit Redshift als Ziel behoben, bei dem in seltenen Fällen ein unerwarteter Redshift-Neustart zu fehlenden Daten auf dem Ziel führen kann.
Unterstützung für SQL Server Source Safeguard	Es wurde ein Problem mit SQL Server als Quelle behoben, bei dem die DMS-Aufgabe mit einem Fehler fehlschlagen kann, der darauf hinweist, dass Transaktionsprotokollsicherungen nicht gelesen werden können, wenn die Endpunkteinstellung `"SafeguardPolicy": "EXCLUSIVE_AUTOMATIC_TRUNCATION"` angegeben ist.
Fehler bei der Datenvalidierungsaufgabe mit Oracle als Quelle	Es wurde ein Problem mit Oracle als Quelle behoben, bei dem die DMS-Aufgabe bei der Datenvalidierung aufgrund falsch identifizierter Primärschlüsselwerte fehlschlagen kann.
Problem mit Kinesis-Bilddaten	Es wurde ein Problem mit Streaming-Zielen (Kinesis, Kafka) behoben, bei dem die `"EnableBeforeImage"`-Aufgabeneinstellung nur für Zeichendatentypen funktioniert.
Time-Travel-Protokolldateien	Es wurde ein Problem mit dem Time-Travel-Feature behoben, bei dem DMS Time-Travel-Protokolldateien mit Byte-Zeit Null erstellt, wenn die Quelle inaktiv ist.

In der Wartungsversion von DMS 3.4.7 vom 16. Dezember 2022 behobene Probleme
Thema	Auflösung
BatchApplyEnabled	Ein Problem mit übermäßiger Protokollierung wurde behoben, wenn der Wert auf BatchApplyEnabled True gesetzt war.
Neue MongoDB-Endpunkteinstellung— FullLoadNoCursorTimeout	Die MongoDB-Endpunkteinstellung FullLoadNoCursorTimeout gibt NoCursorTimeout für den Vollladecursor an. NoCursorTimeout ist eine MongoDB-Verbindungseinstellung, die verhindert, dass der Server den Cursor schließt, wenn er inaktiv ist.
MongoDB – Filterfunktion für Einzelspaltensegmentierung	Die neue Filterfunktion verbessert die Leistung bei der Migration von MongoDB-Datenbanken mithilfe einer einzigen Spalte für die Segmentierung.
MongoDB zu Redshift	Wenn bei der Migration von MongoDB zu Redshift die MongoDB-Erfassung den binären Datentyp hat, wurde ein Problem behoben, bei dem DMS die Zieltabelle nicht auf Redshift erstellt.
Neues MongoDB SocketTimeout MS-Verbindungsattribut	Das neue zusätzliche Verbindungsattribut MongoDB SocketTimeout MS konfiguriert das Verbindungstimeout für MongoDB-Clients in Einheiten von Millisekunden. Wenn der Wert kleiner oder gleich Null ist, wird der Standardwert des MongoDB-Clients verwendet.
Behebung eines Problems, das zum Absturz einer Amazon-Kinesis-Aufgabe führt	Bei der Migration zu Amazon Kinesis Data Streams als Ziel wurde ein Problem bei der Verarbeitung von Nullwerten behoben, wenn kein Primärschlüssel in der Tabelle vorhanden ist.
Unterstützung von Oracle-NULL-PK/UK-Datenvalidierung	Die Einschränkung, dass die Datenvalidierung von NULL-PK/UK-Werten nicht unterstützt wird, wurde beseitigt.
Oracle zu Amazon S3	Bei der Migration von Oracle zu Amazon S3 wurde ein Problem behoben, bei dem einige Datensätze fälschlicherweise als NULL migriert wurden.
Oracle Standby	Bei der Verwendung von Oracle Standby als Quelle wurde die Möglichkeit hinzugefügt, dass DMS offene Transaktionen verarbeiten kann.
Migration von Oracle zu Oracle mit dem räumlichen Datentyp SDO_GEOMETRY	Bei der Migration von Oracle zu Oracle wurde ein Problem behoben, bei dem die Aufgabe fehlschlägt, wenn die Tabelle eine SDO_GEOMERY-Spalte in der DDL enthält.
Oracle als Quelle	Bei Verwendung von Oracle als Quelle wurde ein Problem behoben, bei dem DMS gelegentlich eine Oracle-Redo-Protokoll-Sequenznummer übersprungen hat.
Oracle als Quelle – fehlende Archiv-/Online-Redo-Protokolle	Bei Verwendung von Oracle als Quelle wurde ein Problem behoben, bei dem die DMS-Aufgabe fehlschlägt, wenn Archivprotokolle fehlen.
Problembehebung – DMS überspringt gelegentlich das Oracle-Standby-Redo-Protokoll	Bei Verwendung von Oracle als Quelle wurde ein Problem behoben, bei dem DMS gelegentlich eine Oracle-Redo-Protokoll-Sequenznummer übersprungen hat.
Problembehebung – Räumliche Datentypen werden bei CDC nicht von Oracle zu Oracle repliziert	Bei der Replikation von Oracle zu Oracle wurde ein Problem behoben, bei dem räumliche Datentypen bei CDC nicht repliziert werden.
Oracle als Ziel	Bei der Verwendung von Oracle als Ziel wurde ein Problem behoben, bei dem die Zielanwendung mit einem ORA-01747-Fehler fehlschlägt.
Amazon S3 – Datenverlust beim erneuten Laden von Tabellen behoben	Bei der Verwendung von Amazon S3 als Ziel wurde ein Problem behoben, bei dem beim Neuladen einer Tabelle keine CDC-Dateien generiert werden.
Problembehebung – Kontextinitialisierung von SQL Server Always On, falls der primäre Server als Quelle verwendet wird	Bei Verwendung von SQL Server Always On als Quelle wurde ein Problem behoben, das dazu führte, dass Availability Groups (AG) nicht initialisiert wurden, wenn die Quelle primär ist und auf true gesetzt ist. AlwaysOnSharedSyncedBackupIsEnabled
Aktualisierung der SQL-Server-Endpunkteinstellung	Wenn es sich bei einem Quellendpunkt um eine SQL Server Always-On-Verfügbarkeitsgruppe handelt und es sich um ein sekundäres Replikat handelt, wurde ein Problem behoben, bei dem die Replikationsaufgabe fehlschlägt, wenn sie auf AlwaysOnSharedSynchedBackupsIsEnabled True gesetzt ist.
PostgreSQL als Quelle	Es wurde ein Problem behoben, bei dem CDC Lösch-/Aktualisierungsvorgänge auf der PostgreSQL-Quelle, die in 3.4.7 zur Unterstützung von Boolean eingeführt wurde, nicht migrieren konnte. mapBooleanAs

AWS Versionshinweise zu Database Migration Service 3.4.6

Die folgende Tabelle zeigt die neuen Funktionen und Verbesserungen, die in AWS Database Migration Service (AWS DMS) Version 3.4.6 eingeführt wurden.

Neue Funktion oder Änderung	Beschreibung
AWS DMS Zeitreise	AWS DMS führt Time Travel ein, eine Funktion, die Kunden Flexibilität bei ihren Protokollierungsmöglichkeiten bietet und ihre Erfahrung bei der Problembehebung verbessert. Mit Time Travel können Sie Protokolle mit Amazon S3 speichern und verschlüsseln und die AWS DMS Protokolle innerhalb eines bestimmten Zeitraums anzeigen, herunterladen und verschleiern.
Unterstützung von Microsoft Azure SQL Managed Instance als Quelle	AWS DMS unterstützt jetzt Microsoft Azure SQL Managed Instance als Quelle. Mithilfe AWS DMS können Sie jetzt Live-Migrationen von Microsoft Azure SQL Managed Instance zu jedem AWS DMS unterstützten Ziel durchführen. Hinweise zu AWS DMS Quellen finden Sie unter. Quellen für die Datenmigration Informationen zu unterstützten AWS DMS Zielen finden Sie unterZiele für die Datenmigration.
Unterstützung von Google Cloud for MySQL als Quelle	AWS DMS unterstützt jetzt Google Cloud SQL for MySQL als Quelle. Mithilfe AWS DMS können Sie jetzt Live-Migrationen von Google Cloud SQL for MySQL zu jedem AWS DMS unterstützten Ziel durchführen. Informationen zu AWS DMS Quellen finden Sie unter. Quellen für die Datenmigration Informationen zu unterstützten AWS DMS Zielen finden Sie unterZiele für die Datenmigration.
Unterstützung des parallelen Ladens für partitionierte Daten zu S3	AWS DMS unterstützt jetzt das parallel Laden von partitionierten Daten nach Amazon S3, wodurch die Ladezeiten für die Migration partitionierter Daten aus unterstützten Datenbank-Engine-Quelldaten zu Amazon S3 verbessert werden. Dieses Feature erstellt Amazon-S3-Unterordner für jede Partition der Tabelle in der Datenbankquelle, so dass AWS DMS parallel Prozesse ausführen kann, um jeden Unterordner aufzufüllen.
Unterstützung mehrerer Apache-Kafka-Zielthemen in einer einzigen Aufgabe	AWS DMS unterstützt jetzt Apache Kafka-Ziele mit mehreren Themen mit einer einzigen Aufgabe. Mit AWS DMS können Sie jetzt mehrere Schemata aus einer einzigen Datenbank mit derselben Aufgabe auf verschiedene Apache-Kafka-Zielthemen replizieren. Dadurch entfällt die Notwendigkeit, mehrere separate Aufgaben in Situationen zu erstellen, in denen viele Tabellen aus derselben Quelldatenbank zu verschiedenen Kafka-Zielthemen migriert werden müssen.

In AWS DMS 3.4.6 wurden unter anderem die folgenden Probleme behoben:

Es wurde ein Problem behoben, bei dem Spalten aus UPDATE-Anweisungen mit falschen Spalten gefüllt werden, wenn die Primärschlüsselspalte nicht die erste Spalte ist, wenn Amazon S3 als Ziel im CSV-Format verwendet wurde.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben abstürzen konnten, wenn das pglogical-Plugin mit NULL Werten in BYTEA Spalten im eingeschränkten LOB-Modus verwendet wurde, wenn PostgreSQL als Quelle verwendet wurde.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben abstürzen konnten, wenn eine große Anzahl von Quelltabellen gelöscht wurde, wenn PostgreSQL als Quelle verwendet wurde.
Die datumsbasierte Ordnerpartitionierung in Amazon S3 wurde verbessert, indem eine neue Amazon-S3-Einstellung eingeführt wurde, die DatePartitionTimezone die Partitionierung an Nicht-UTC-Daten ermöglicht.
Die Zuordnung zwischen Daten des Typs TIMESTAMP WITH TIME ZONE von Quellen zu TIMESTAMPTZ wird bei Verwendung von Redshift als Ziel unterstützt
Die Leistung von CDC für Aufgaben ohne Platzhalterauswahlregeln bei der Verwendung von MongoDB oder Amazon DocumentDB als Quelle wurde verbessert.
Es wurde ein Problem behoben, bei dem Schemanamen mit einem Unterstrich, einem Platzhalter und einer Länge von weniger als 8 nicht von AWS DMS -Aufgaben erfasst werden, wenn Db2 LUW als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem AWS DMS Instanzen bei einem großen Datenvolumen nicht mehr genügend Speicher hatten, wenn OpenSearch Service als Ziel verwendet wurde.
Die Leistung der Datenvalidierung wurde dadurch verbessert, dass nur Aufgaben der Volllastvalidierung unterstützt werden.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben nach einem erzwungenen Failover nicht fortgesetzt werden konnten, wenn Sybase als Quelle verwendet wurde.
Es wurde ein Problem behoben, bei dem fälschlicherweise eine Warnung AWS DMS Invalid BC timestamp was encountered in column gesendet wurde.

Zu den in der DMS-Wartungsversion 3.4.6 behobenen Problemen gehören die folgenden:

Es wurde ein Problem behoben, bei dem eine Aufgabe abstürzt, wenn der Massenanwendungsmodus aktiviert ist und Oracle als Quelle und Ziel verwendet wird.
Es wurde ein Problem behoben, so dass eine Vollladeaufgabe jetzt die ExecuteTimeout-Endpunkteinstellung mit PostgreSQL als Quelle ordnungsgemäß verwendet.
Es wurde ein Problem mit der Migration von Spalten des Datentyps Array behoben, wenn die Aufgabe auf den eingeschränkten LOB-Modus gesetzt ist und PostgreSQL als Quelle verwendet wird.
Es wurde ein Problem mit der Migration von Zeitstempeln mit einer Zeitzone vor dem 01.01.1970 behoben, wenn PostgreSQL als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem DMS eine leere Zeichenfolge während der Replikation als Null behandelt, wenn SQL Server als Quelle und Ziel verwendet wird.
Es wurde ein Problem behoben, so dass jetzt die Endpunkteinstellungen für das Lesen und Schreiben von Session-Timeouts berücksichtigt werden, wenn MySQL-Quelle/Ziel verwendet wird.
Es wurde ein Problem behoben, bei dem eine DMS-CDC-Aufgabe Volllast-Dateien herunterlädt, wenn Amazon S3 als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem das Protokoll abstürzt, wenn CdcInsertsAndUpdates und PreserveTransactions beide auf true eingestellt sind, wenn Amazon S3 als Ziel verwendet wird.
Es wurde ein Problem behoben, bei dem eine Aufgabe abstürzte, wenn die Funktion ParallelApply * aktiviert war, aber einige Tabellen keinen Standard-Primärschlüssel hatten, wenn Amazon Kinesis Data Streams als Quelle verwendet wurde.
Es wurde ein Problem behoben, bei dem StreamArn bei der Verwendung von Amazon Kinesis Data Streams als Quelle kein Fehler für eine falsche Angabe ausgegeben wurde.
Es wurde ein Problem behoben, bei dem ein Primärschlüsselwert als leere Zeichenfolge dazu führte, dass eine Aufgabe abstürzte, wenn sie OpenSearch als Ziel verwendet wurde.
Es wurde ein Problem behoben, bei dem zu viel Festplattenspeicher für die Datenüberprüfung verwendet wird.

In der Wartungsversion von DMS 3.4.6 vom 13. Dezember 2022 behobene Probleme
Thema	Auflösung
SAP-ASE-ODBC-Treiber	Es wurde ein Problem mit SAP ASE als Quelle behoben, so dass der ODBC-Treiber Zeichensätze unterstützen kann.
SQL-Server-Datetime-Primärschlüsselfehler für die LOB-Suche	Es wurde ein Problem mit SQL Server als Quelle behoben, bei dem die LOB-Suche nicht richtig funktioniert, wenn der Primärschlüssel den Datentyp Datum/Uhrzeit mit einer Genauigkeit in Millisekunden hat.
SQL Server zu Redshift – „datetimeoffset“ wird „timestamptz“ zugeordnet	Für Migrationen von SQL Server zu Redshift wurde die Zuordnung verbessert, so dass das SQL-Server-Format „datetimeoffset“ dem Redshift-Format „timestamptz“ zugeordnet wird.
Datenvalidierung — SkipLobColumns ist wahr	Es wurde ein Problem behoben, bei dem die DMS-Aufgabe abstürzt, wenn der Wert True SkipLobColumns ist, in der Quelle ein LOB vorhanden ist, sich der Primärschlüssel in der letzten Spalte befindet und bei der Überprüfung ein Datenunterschied festgestellt wurde.
Datenvalidierung mit MySQL als Quelle	Es wurde ein Problem mit MySQL als Quelle mit aktivierter Datenvalidierung behoben, bei dem ein DMS-Aufgabenabsturz auftritt, wenn eine Tabelle mit einem zusammengesetzten eindeutigen Schlüssel mit Nullwerten verwendet wird.
MySQL als Quelle	Es wurde ein Problem mit MySQL als Quelle behoben, bei dem eine Tabelle mit einem Overflow-Fehler gesperrt wird, wenn die Spalten geändert werden, um die Genauigkeit zu erhöhen.
Upgrade des MySQL-ODBC-Treibers zu 8.0.23	Es wurde ein Problem mit MySQL als Quelle behoben, bei dem die Kollation „utf8mb4_0900_bin“ nicht mit dem von DMS verwendeten MySQL-Treiber kompatibel ist.
MySQL – Unterstützung von DDL-Änderungen für partitionierte Tabellen	Es wurde eine neue MySQL-Endpunkteinstellung eingeführt skipTableSuspensionForPartitionDdl , die es dem Benutzer ermöglicht, die Tabellensperre für Partitions-DDL-Änderungen während CDC zu überspringen, sodass DMS jetzt DDL-Änderungen für partitionierte MySQL-Tabellen unterstützen kann.
Migration von MongoDB zu Redshift	Es wurde ein Problem bei Migrationen von MongoDB zu Redshift behoben, bei dem DMS keine Zieltabelle in Redshift erstellt, wenn die MongoDB-Erfassung den Datentyp „Binär“ hat.
Redshift als Ziel – Time Travel Segfault bei Bulk-Anwendung	Es wurde ein Problem für Redshift als Ziel behoben, bei dem die DMS-Aufgabe abstürzte, wenn sie auf true BatchApplyEnabled gesetzt war.
Redshift als Ziel	Es wurde ein Problem mit Redshift als Ziel behoben, bei dem parallel-load auf type=partitions-auto gesetzt ist, parallele Segmente Massen-CSV-Dateien in dasselbe Tabellenverzeichnis schreiben und sich gegenseitig stören.
Redshift als Ziel	Es wurde ein Problem mit Redshift als Ziel behoben, bei dem während CDC die Zielspalte den Typ Boolean hat, während die Quelle den Typ Character Variating hat.
Redshift als Ziel	Das Aufgabenprotokoll wurde verbessert, um eine DDL-Änderung zu identifizieren, die nicht auf Redshift als Ziel repliziert werden kann.
Datenvalidierung mit PostgreSQL	Es wurde ein Problem bei der Validierung mit PostgreSQL behoben, bei dem die Validierung fehlschlägt, wenn boolesche Datentypen vorhanden sind.
PostgreSQL als Quelle	Es wurde ein Problem für PostgreSQL als Quelle behoben, sodass das ExecuteTimeout Feld in den zusätzlichen Verbindungsattributen für die Volllast verwendet wird.
PostgreSQL als Quelle	Es wurde ein Problem mit PostgreSQL als Quelle behoben, so dass eine Aufgabe fehlschlägt, wenn sie länger als 60 min LSNs liest, die höher als der angeforderte Aufgaben-LSN sind, um anzuzeigen, dass es sich um ein Problem mit dem verwendeten Replikations-Slot handelt.
PostgreSQL als Quelle – timestamptz vor 1970-01-01	Es wurde ein Problem mit PostgreSQL als Quelle behoben, bei dem timestamptz vor dem 01.01.1970 während CDC nicht korrekt migriert werden.
PostgreSQL als Quelle	Es wurde ein Problem mit PostgreSQL als Quelle behoben, bei dem DMS während CDC Datenwerte des Typs „Character Varying“ kürzte.
PostgreSQL als Quelle – Fortsetzung einer angehaltenen Aufgabe	Es wurde ein Problem mit PostgreSQL als Quelle behoben, bei dem beim Fortsetzen einer zuvor angehaltenen Aufgabenwiedergabe eine oder mehrere Transaktionen bei CDC verpasst werden.
Amazon S3 als Ziel	Es wurde ein Problem für S3 als Ziel behoben, bei dem der Header der resultierenden CSV-Datei um eine Spalte daneben lag, wenn der Wert wahr AddColumnName ist und „“ TimestampColumnName lautet.
Amazon S3 als Quelle – Speichernutzungsverhalten in der Volllastphase für Aufgaben	Es wurde ein Problem mit S3 als Quelle behoben, bei dem eine DMS-Aufgabe bei Volllast den belegten Speicher erst freigibt, nachdem die gesamte Tabelle in die Zieldatenbank geladen wurde.
Amazon S3 als Ziel – Vorgang des erneuten Ladens von Tabellen	Es wurde ein Problem mit S3 als Ziel behoben, bei dem beim Neuladen einer Tabelle keine CDC-Dateien generiert werden.

AWS Versionshinweise zu Database Migration Service 3.4.5

Die folgende Tabelle zeigt die neuen Funktionen und Verbesserungen, die in AWS Database Migration Service (AWS DMS) Version 3.4.5 eingeführt wurden.

Neue Funktion oder Änderung	Beschreibung
Unterstützung für Redis als Ziel	AWS DMS unterstützt jetzt Redis als Ziel. Mit dieser AWS DMS Option können Sie jetzt Live-Daten von jeder AWS DMS unterstützten Quelle in einen Redis-Datenspeicher migrieren, und das mit minimalen Ausfallzeiten. Informationen zu AWS DMS Zielen finden Sie unterZiele für die Datenmigration.
Unterstützung für MongoDB 4.2 und 4.4 als Quellen	AWS DMS unterstützt jetzt MongoDB 4.2 und 4.4 als Quellen. Mit dieser AWS DMS Option können Sie jetzt Daten von MongoDB 4.2- und 4.4-Clustern auf jedes AWS DMS unterstützte Ziel migrieren, einschließlich Amazon DocumentDB (mit MongoDB-Kompatibilität), mit minimalen Ausfallzeiten. Informationen zu AWS DMS Quellen finden Sie unter. Quellen für die Datenmigration
Unterstützung für mehrere Datenbanken bei Verwendung von MongoDB als Quelle	AWS DMS unterstützt jetzt die Migration mehrerer Datenbanken in einer Aufgabe mit MongoDB als Quelle. Mithilfe von AWS DMS können Sie jetzt mehrere Datenbanken eines MongoDB-Clusters gruppieren und sie mithilfe einer Datenbankmigrationsaufgabe migrieren. Sie können mit minimaler Ausfallzeit zu jedem AWS DMS unterstützten Ziel migrieren, einschließlich Amazon DocumentDB (mit MongoDB-Kompatibilität).
Unterstützung für automatische Segmentierung mit MongoDB oder Amazon DocumentDB (mit MongoDB-Kompatibilität) als Quelle	AWS DMS unterstützt jetzt die automatische Segmentierung mit MongoDB oder Amazon DocumentDB als Quelle. Mithilfe können Sie Datenbankmigrationsaufgaben so konfigurieren AWS DMS, dass die Sammlung eines MongoDB- oder DocumentDB-Clusters automatisch segmentiert wird. Anschließend können Sie die Segmente mit minimaler Ausfallzeit parallel zu jedem AWS DMS unterstützten Ziel migrieren, einschließlich Amazon DocumentDB.
Leistungsverbesserung bei Amazon Redshift mit Volllast	AWS DMS unterstützt jetzt die Verwendung parallel Threads, wenn Amazon Redshift als Ziel bei Volllast verwendet wird. Durch die Nutzung der Einstellungen für Multithread-Aufgaben zum Vollladen können Sie die Leistung Ihrer ersten Migration von jeder AWS DMS unterstützten Quelle zu Amazon Redshift verbessern. Informationen zu AWS DMS Zielen finden Sie unter. Ziele für die Datenmigration

In AWS DMS 3.4.5 wurden unter anderem die folgenden Probleme behoben:

Es wurde ein Problem behoben, bei dem Daten nach der Fortsetzung möglicherweise fehlen oder dupliziert sind, wenn PostgreSQL als Quelle mit hoher Transaktionsparallelität verwendet wird.
Es wurde ein Problem behoben, bei dem Datenbankmigrationsaufgaben mit dem Fehler Relations-ID nicht gefunden... fehlschlagen, wenn PostgreSQL als Quelle verwendet wird und das pglogical-Plugin aktiviert ist.
Es wurde ein Problem behoben, bei dem VARCHAR-Spalten nicht korrekt repliziert werden, wenn PostgreSQL als Quelle und Oracle als Ziel verwendet wird.
Es wurde ein Problem behoben, bei dem Löschvorgänge nicht korrekt erfasst werden, wenn der Primärschlüssel nicht die erste Spalte in der Tabellendefinition ist, wenn PostgreSQL als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem bei Datenbankmigrationsaufgaben LOB-Updates in einer speziellen Metadateneinstellung fehlen, wenn MySQL als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem TIMESTAMP-Spalten im vollständigen LOB-Modus als DATETIME behandelt werden, wenn MySQL Version 8 als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem Datenbankmigrationsaufgaben beim Parsen von NULL DATETIME-Datensätzen fehlschlagen, wenn MySQL 5.6.4 und höher als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem Datenbankmigrationsaufgaben hängen bleiben, nachdem bei Verwendung von Amazon Redshift als Ziel mit parallelem Anwenden der Fehler Thread wird beendet auftrat.
Es wurde ein Problem behoben, bei dem Daten möglicherweise verloren gehen können, wenn Datenbankmigrationsaufgaben während des Batch-Apply-CDCs die Verbindung zu einem Amazon-Redshift-Zielendpunkt trennen.
Die Leistung bei Volllast durch Aufruf von ACCEPTINVCHARS bei Verwendung von Amazon Redshift als Ziel wurde verbessert.
Es wurde ein Problem behoben, bei dem doppelte Datensätze repliziert wurden, wenn mit Amazon Redshift als Ziel vom one-by-one Modus zum parallel Anwenden zurückgekehrt wurde.
Es wurde ein Problem behoben, bei dem bei Datenbankmigrationsaufgaben die Eigentümerschaft von Amazon-S3-Objekten nicht auf den Bucket-Eigentümer mit cannedAclForObjects=bucket_owner_full_controlumgestellt wird, wenn Amazon S3 als Ziel verwendet wird.
Verbessert AWS DMS durch die Unterstützung mehrerer Archivziele mit ECA, additionalArchivedLogDestId wenn Oracle als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem Datenbankmigrationsaufgaben beim Aktualisieren einer LOB-Spalte im vollständigen LOB-Modus mit dem Fehler OCI_INVALID_HANDLE fehlschlagen.
Es wurde ein Problem behoben, bei dem NVARCHAR2-Spalten während des CDC nicht korrekt migriert werden, wenn Oracle als Quelle verwendet wird.
Verbessert AWS DMS durch Aktivierung SafeguardPolicy bei Verwendung von RDS for SQL Server als Quelle.
Es wurde ein Problem behoben, bei dem Datenbankmigrationsaufgaben einen Fehler bei rdsadmin melden, wenn eine andere SQL-Server-Quelle als RDS verwendet wird.
Es wurde ein Problem behoben, bei dem die Datenvalidierung mit UUID als Primärschlüssel in einer Partitionseinstellung fehlschlägt, wenn SQL Server als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem Volllast- und CDC-Aufgaben fehlschlagen können, wenn der erforderliche LSN nicht im Datenbankprotokoll gefunden werden kann, wenn Db2 LUW als Quelle verwendet wird.
Verbessert AWS DMS durch die Unterstützung benutzerdefinierter CDC-Zeitstempel bei der Verwendung von MongoDB als Quelle.
Es wurde ein Problem behoben, bei dem Datenbankmigrationsaufgaben beim Anhalten hängen bleiben, wenn MongoDB als Quelle verwendet wird und der MongoDB-Treiber Fehler bei endSessions aufweist.
Es wurde ein Problem behoben, bei AWS DMS dem nicht-primäre Felder nicht aktualisiert werden konnten, wenn DynamoDB als Ziel verwendet wurde
Es wurde ein Problem behoben, bei dem bei der Datenvalidierung falsch positive Abweichungen zwischen den Spalten CLOB und NCLOB gemeldet werden.
Es wurde ein Problem behoben, bei dem die Datenvalidierung von Nur-Whitespace-Spalten fehlschlägt, wenn Oracle als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem Datenbankmigrationsaufgaben abstürzen, wenn eine partitionierte Tabelle gekürzt wird.
Es wurde ein Problem behoben, bei dem Datenbankmigrationsaufgaben beim Erstellen der awsdms_apply_exceptions-Steuertabelle fehlschlagen.
Erweiterte Unterstützung des caching_sha2_password-Authentifizierungs-Plugins bei Verwendung von MySQL Version 8.

AWS Versionshinweise zu Database Migration Service 3.4.4

Die folgende Tabelle zeigt die neuen Features und Verbesserungen, die in AWS DMS Version 3.4.4 eingeführt wurden.

Neue Funktion oder Änderung	Beschreibung
Unterstützung der TLS-Verschlüsselung und der TLS- oder SASL-Authentifizierung bei Kafka als Ziel	AWS DMS unterstützt jetzt TLS-Verschlüsselung und TLS- oder SASL-Authentifizierung mit Amazon MSK und einem lokalen Kafka-Cluster als Ziel. Weitere Informationen zur Verwendung von Verschlüsselung und Authentifizierung für Kafka-Endpunkte finden Sie unter Herstellen einer Verbindung zu Kafka mit Transport Layer Security (TLS).

In AWS DMS 3.4.4 wurden unter anderem die folgenden Probleme behoben:

Die AWS DMS Protokollierung von Task-Fehlern bei der Verwendung von Oracle-Endpunkten wurde verbessert.
AWS DMS Die verbesserte Aufgabenausführung setzt die Verarbeitung fort, wenn Oracle-Quellendpunkte nach einem Failover von Oracle Data Guard die Rollen wechseln.
Die verbesserte Fehlerbehandlung behandelt ORA-12561 bei der Verwendung von Oracle-Endpunkten als behebbaren Fehler.
Es wurde ein Problem behoben, bei dem die Spalten EMPTY_BLOB() und EMPTY_CLOB() während des CDC nicht korrekt migriert werden, wenn Oracle als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben Datensätze nicht aktualisieren konnten, nachdem die DDL zum Hinzufügen von Spalten geändert wurde, wenn SQL Server als Quelle verwendet wurde.
Verbesserung der Migration mit PostgreSQL als Quelle durch Unterstützung des TIMESTAMP WITH TIME ZONE-Datentyps.
Es wurde ein Problem behoben, bei dem die afterConnectScript-Einstellung bei Volllast nicht funktioniert, wenn PostgreSQL als Ziel verwendet wird.
Es wurde eine neue mapUnboundedNumericAsString-Einstellung eingeführt, um den NUMERIC-Datentyp ohne Genauigkeit und Skalierung bei der Verwendung von PostgreSQL-Endpunkten besser handhaben zu können.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben mit „0 betroffenen Zeilen“ fehlschlagen, nachdem sie gestoppt und wieder aufgenommen wurden, wenn PostgreSQL als Quelle verwendet wurde.
Es wurde ein Problem behoben, bei AWS DMS dem der TIMESTAMP Datentyp mit dem BC Suffix nicht migriert werden konnte, wenn PostgreSQL als Quelle verwendet wurde.
Es wurde ein Problem behoben, bei AWS DMS dem der TIMESTAMP Wert „±infinity“ nicht migriert werden konnte, wenn PostgreSQL als Quelle verwendet wurde.
Es wurde ein Problem behoben, bei dem leere Zeichenfolgen als NULL behandelt werden, wenn S3 als Quelle verwendet wird die csvNullValue-Einstellung auf andere Werte gesetzt ist.
Das zusätzliche Verbindungsattribut timestampColumnName bei Volllast mit CDC wurde verbessert, so dass CDC sortiert werden kann, wenn S3 als Ziel verwendet wird.
Die Behandlung von binären Datentypen im Hex-Format wie BYTE, BINARY und BLOB bei Verwendung von S3 als Quelle wurde verbessert.
Es wurde ein Problem behoben, bei dem gelöschte Datensätze mit Sonderzeichen migriert werden, wenn S3 als Ziel verwendet wird.
Es wurde ein Problem mit leeren Schlüsselwerten behoben, wenn Amazon DocumentDB (mit MongoDB-Kompatibilität) als Ziel verwendet wird.
Es wurde ein Problem behoben, bei AWS DMS dem Decimal128 Spalten nicht repliziert werden NumberDecimal konnten, wenn MongoDB oder Amazon DocumentDB (mit MongoDB-Kompatibilität) als Quelle verwendet wurden.
Es wurde ein Problem behoben, bei dem CDC-Aufgaben wiederholt werden können, wenn es zu einem Failover auf MongoDB oder Amazon DocumentDB (mit MongoDB-Kompatibilität) als Quelle kommt.
Es wurde eine Option hinzugefügt, um das hexadezimale Präfix „0x“ für RAW Datentypwerte zu entfernen, wenn Kinesis, Kafka oder als Ziel verwendet wird. OpenSearch
Es wurde ein Problem behoben, bei dem die Validierung von Zeichenspalten mit fester Länge fehlschlägt, wenn Db2 LUW als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem die Validierung fehlschlägt, wenn nur der Quelldatentyp oder der Zieldatentyp FLOAT oder DOUBLE ist.
Es wurde ein Problem behoben, bei dem die Validierung von NULL-Zeichen fehlschlägt, wenn Oracle als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem die Validierung von XML-Spalten fehlschlägt, wenn Oracle als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben abstürzten, wenn Spalten in zusammengesetzten Schlüsseln, die MySQL als Quelle verwenden, NULL-Werte zulassen.
Es wurde ein Problem behoben, bei AWS DMS dem sowohl UNIQUEIDENTIFIER Spalten von SQL Server-Quellendpunkten als auch UUID-Spalten von PostgreSQL-Zielendpunkten nicht validiert werden konnten.
Es wurde ein Problem behoben, bei dem eine CDC-Aufgabe keine aktualisierte Quelltabellendefinition verwendet, nachdem diese geändert wurde.
Das AWS DMS Failover wurde verbessert, sodass Aufgabenfehler, die durch einen ungültigen Benutzernamen oder ein ungültiges Passwort verursacht wurden, als behebbare Fehler behandelt werden.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben aufgrund fehlender LSNs fehlschlugen, wenn RDS für SQL Server als Quelle verwendet wurde.

AWS Versionshinweise zu Database Migration Service 3.4.3

Die folgende Tabelle zeigt die neuen Features und Verbesserungen, die in AWS DMS Version 3.4.3 eingeführt wurden.

Neue Funktion oder Änderung	Beschreibung
Neue Amazon-DocumentDB-Version	Amazon DocumentDB Version 4.0 wird jetzt als Quelle unterstützt.
Neue MariaDB-Version	MariaDB Version 10.4 wird jetzt als Quelle und Ziel unterstützt.
Support bei der AWS Secrets Manager Integration	Sie können die Datenbankverbindungsdetails (Benutzeranmeldeinformationen) für unterstützte Endpunkte sicher in AWS Secrets Manager speichern. Sie können dann bei der Erstellung oder Änderung eines Endpunkts den entsprechenden geheimen Schlüssel anstelle von Klartext-Anmeldeinformationen einreichen. AWS DMS AWS DMS stellt dann mithilfe des Geheimnisses eine Verbindung zu den Endpunktdatenbanken her. Weitere Informationen zum Erstellen von Geheimnissen für AWS DMS Endgeräte finden Sie unterVerwenden von Secrets für den Zugriff auf AWS Database Migration Service -Endpunkte.
Größere Optionen für C5- und R5-Replikations-Instances	Sie können jetzt die folgenden größeren Replikations-Instances erstellen: C5-Größen bis zu 96 vCPUs und 192 GiB Arbeitsspeicher und R5-Größen bis zu 96 vCPUs und 768 GiB Arbeitsspeicher.
Leistungsverbesserung bei Amazon Redshift	AWS DMS unterstützt jetzt paralleles Anwenden, wenn Redshift als Ziel verwendet wird, um die Leistung der laufenden Replikation zu verbessern. Weitere Informationen finden Sie unter Multithread-Aufgabeneinstellungen für Amazon Redshift.

In AWS DMS 3.4.3 wurden unter anderem die folgenden Probleme behoben:

Es wurde ein Problem behoben, bei dem der Commit-Zeitstempel für verzögerte Ereignisse zu „1970-01-01 00:00:00“ wird, wenn Db2 LUW als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben mit einer NVARCHAR Spalte als Primärschlüssel fehlschlugen, wenn SQL Server als Quelle im vollständigen LOB-Modus verwendet wurde.
Es wurde ein Problem behoben, bei dem Datensätze während der Phase mit zwischengespeicherten Änderungen fehlen, wenn SQL Server als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem Datensätze übersprungen wurden, nachdem AWS DMS Aufgaben wieder aufgenommen wurden, wenn RDS for SQL Server als Quelle verwendet wurde.
Es wurde ein Problem behoben, bei dem die AWS DMS ASSERTION-Protokollierungskomponente große Protokolle für SQL Server generiert.
Es wurde ein Problem behoben, bei dem die Datenvalidierung während der CDC-Phase aufgrund eines Überlaufs der Spaltenanalyse fehlschlägt, wenn MySQL als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben aufgrund eines Segmentierungsfehlers während der Datenvalidierung abstürzten, wenn PostgreSQL als Ziel verwendet wurde.
Es wurde ein Problem behoben, bei dem die Datenvalidierung für den DOUBLE-Datentyp während CDC fehlschlägt, wenn PostgreSQL als Quelle und Ziel verwendet wird.
Es wurde ein Problem behoben, bei dem Datensätze, die mit dem Befehl copy eingefügt werden, nicht korrekt repliziert werden, wenn PostgreSQL als Quelle und Redshift als Ziel verwendet wird.
Es wurde ein Datenverlustproblem während der Phase zwischengespeicherter Änderungen behoben, wenn PostgreSQL als Quelle verwendet wird.
Es wurde ein Problem behoben, das möglicherweise zu Datenverlust oder Datensatzduplikaten führen konnte, wenn PostgreSQL als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem Schemata mit gemischter Groß- und Kleinschreibung nicht mit pglogical migriert werden, wenn PostgreSQL als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem die letzte Fehlermeldung den ORA-Fehler nicht enthält, wenn Oracle als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben keine UPDATE-Anweisungen erstellen konnten, wenn Oracle als Ziel verwendet wurde.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben keine Daten replizierten, wenn Oracle 12.2 als Quelle mit ASM- und Pluggable Database-Konfiguration verwendet wurde.
Die Analyse von Datensätzen wurde verbessert, indem Anführungszeichen beibehalten werden, um RFC 4180 zu entsprechen, wenn S3 als Quelle verwendet wird.
Die Handhabung von timestampColumnName wurde verbessert, so dass die Spalte aus Full Load zusammen mit der Spalte aus CDC sortiert werden kann.
Durch die Einführung einer neuen Endpunkteinstellung wurde ein Problem behobenMessageMaxBytes, bei dem AWS DMS Aufgaben fehlschlugen, wenn LOB-Elemente größer als 1 MB waren.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben aufgrund eines Segmentierungsfehlers abstürzten, wenn Redshift als Ziel verwendet wurde.
Verbesserte Fehlerprotokollierung für die Redshift-Testverbindung.
Es wurde ein Problem behoben, bei dem beim Vollladen AWS DMS nicht alle Dokumente von MongoDB nach DocumentDB übertragen wurden.
Es wurde ein Problem behoben, bei dem AWS DMS Aufgaben schwerwiegende Fehler meldeten, wenn keine Tabellen in den Tabellenzuordnungsregeln enthalten waren.
Es wurde ein Problem behoben, bei dem Schemata und Tabellen, die vor dem Neustart von AWS DMS -Aufgaben erstellt wurden, nicht auf das Ziel repliziert werden, wenn MySQL als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem Platzhalter-Escape [_] den Platzhalter „_“ in der Ausschlussregel nicht umgehen kann, wenn MySQL als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem Spalten des Datentyps UNSIGNED BIGINT nicht korrekt repliziert werden, wenn MySQL als Quelle verwendet wird.

AWS Versionshinweise zu Database Migration Service 3.4.2

Die folgende Tabelle zeigt die neuen Features und Verbesserungen, die in AWS DMS Version 3.4.2 eingeführt wurden.

Neue Funktion oder Änderung	Beschreibung
Support für die private Verbindung Ihrer Amazon Virtual Private Cloud (Amazon VPC) mit dem AWS Database Migration Service (DMS), ohne dass ein Internet-Gateway, ein NAT-Gerät, eine VPN-Verbindung oder AWS Direct Connect eine Verbindung erforderlich ist.	Sie können jetzt über einen AWS DMS von Ihnen erstellten VPC-Schnittstellenendpunkt eine Verbindung zu Ihrer Amazon VPC herstellen und von dort aus darauf zugreifen. Dieser Schnittstellenendpunkt ermöglicht es Ihnen, alle Netzwerkaktivitäten Ihrer AWS DMS Replikationsinstanz innerhalb der Amazon-Netzwerkinfrastruktur zu isolieren. Indem Sie in alle API-Aufrufe zur AWS DMS Verwendung des AWS CLI oder eines SDK einen Verweis auf diesen Schnittstellenendpunkt aufnehmen, stellen Sie sicher, dass alle AWS DMS Aktivitäten für das öffentliche Internet unsichtbar bleiben. Weitere Informationen finden Sie unter Sicherheit der Infrastruktur in AWS Database Migration Service. Anmerkung Diese Funktion ist in allen unterstützten AWS DMS Engine-Versionen verfügbar.
Datumsbasierte CDC-Ordnerpartitionierung mit Amazon S3 als Ziel	AWS DMS unterstützt jetzt die datumsbasierte Ordnerpartitionierung bei der Replikation von Daten mit S3 als Ziel. Weitere Informationen finden Sie unter Verwenden einer datumsbasierten Ordnerpartitionierung.

Neue Funktion oder Änderung

Beschreibung

Support für die private Verbindung Ihrer Amazon Virtual Private Cloud (Amazon VPC) mit dem AWS Database Migration Service (DMS), ohne dass ein Internet-Gateway, ein NAT-Gerät, eine VPN-Verbindung oder AWS Direct Connect eine Verbindung erforderlich ist.

Sie können jetzt über einen AWS DMS von Ihnen erstellten VPC-Schnittstellenendpunkt eine Verbindung zu Ihrer Amazon VPC herstellen und von dort aus darauf zugreifen. Dieser Schnittstellenendpunkt ermöglicht es Ihnen, alle Netzwerkaktivitäten Ihrer AWS DMS Replikationsinstanz innerhalb der Amazon-Netzwerkinfrastruktur zu isolieren. Indem Sie in alle API-Aufrufe zur AWS DMS Verwendung des AWS CLI oder eines SDK einen Verweis auf diesen Schnittstellenendpunkt aufnehmen, stellen Sie sicher, dass alle AWS DMS Aktivitäten für das öffentliche Internet unsichtbar bleiben. Weitere Informationen finden Sie unter Sicherheit der Infrastruktur in AWS Database Migration Service.

Anmerkung

Diese Funktion ist in allen unterstützten AWS DMS Engine-Versionen verfügbar.

Datumsbasierte CDC-Ordnerpartitionierung mit Amazon S3 als Ziel

AWS DMS unterstützt jetzt die datumsbasierte Ordnerpartitionierung bei der Replikation von Daten mit S3 als Ziel. Weitere Informationen finden Sie unter Verwenden einer datumsbasierten Ordnerpartitionierung.

In AWS DMS 3.4.2 wurden unter anderem die folgenden Probleme behoben:

Es wurde eine STATUPDATE-Option hinzugefügt, wenn eine Migration mit Redshift als Ziel durchgeführt wird.
Die Validierungsaufgaben wurden durch die Einführung einer neuen Einstellung verbessert. ValidQueryCdcDelaySecond verzögert die erste Validierungsabfrage sowohl auf Quell- als auch auf Zielendpunkten, um Ressourcenkonflikte bei hoher Migrationslatenz zu reduzieren.
Es wurde ein Problem behoben, bei dem das Starten von Validierungsaufgaben lange AWS DMS dauerte.
Es wurde ein Problem behoben, bei dem leere Datensätze generiert werden, wenn Replikationsaufgaben mit S3 als Ziel gestartet oder angehalten werden.
Es wurde ein Problem behoben, bei dem Aufgaben nach Abschluss eines Volllast-Vorgangs hängen bleiben.
Es wurde ein Problem behoben, bei dem Aufgaben hängen bleiben, wenn eine Quelltabelle Datenfehler aufweist, während S3 als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem Aufgaben beim Start hängen bleiben, wenn das Benutzerkonto des Quellendpunkts deaktiviert ist.
Es wurde ein Problem behoben, bei dem Aufgaben abstürzen, wenn PostgreSQL als Quelle mit REPLICA IDENTITY FULL verwendet wurde.
Es wurde ein Problem behoben, bei dem Aufgaben Transaktionen verpassen, wenn PostgreSQL als Quelle mit dem pglogical-Plugin verwendet wird.
Es wurde ein Problem behoben, bei dem komprimierte Quelldateien AWS DMS nicht gelöscht wurden, wenn Redshift als Ziel verwendet wurde.
Es wurde ein Problem behoben, bei dem Validierungsaufgaben falsch negative Ergebnisse melden, wenn MySQL sowohl als Quelle als auch als Ziel mit Datentyp BIGINT UNSIGNED verwendet wird.
Es wurde ein Problem behoben, bei dem bei Validierungsaufgaben falsch positive Ergebnisse melden, wenn SQL Server als Quelle mit einer Primärschlüsselspalte vom Typ CHAR verwendet wird.
Es wurde ein Problem behoben, bei dem Zielobjekte AWS DMS nicht gelöscht wurdenstart-replication, wenn Replizierungsaufgaben mit S3 als Ziel gestartet wurden.
Es wurden mehrere Probleme bei der Datenvalidierung behoben, wenn Db2 als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem Validierungsaufgaben hängen bleiben, wenn SQL Server als Quelle mit der VARCHAR-Spalte als Primärschlüssel verwendet wird.
Es wurde Unterstützung für den Datentyp TIMESTAMP WITH TIMEZONE hinzugefügt, wenn PostgreSQL als Quelle verwendet wird

AWS Hinweise zur Beta-Version von Database Migration Service 3.4.1

Die folgende Tabelle zeigt die neuen Features und Verbesserungen, die in AWS DMS Version 3.4.1 Beta eingeführt wurden.

Neue Funktion oder Änderung	Beschreibung
Neue MongoDB-Version	MongoDB Version 4.0 wird jetzt als Quelle unterstützt.
TLS-1.2-Unterstützung für SQL Server	AWS DMS unterstützt jetzt TLS 1.2 für SQL Server-Endpunkte.

In AWS DMS 3.4.1 Beta wurden unter anderem die folgenden Probleme behoben:

Verbesserte Unterstützung für Oracle 19c TDE.
Verbesserte Unterstützung des Zeichensatzes utf8mb4 und des Identitätsdatentyps bei Verwendung von Redshift als Ziel.
Verbesserter Umgang mit Fehlern bei Replikationsaufgaben bei Verwendung von MySQL als Quelle und Abwesenheit des Binärprotokolls.
Verbesserte Unterstützung für die Datenvalidierung für verschiedene Datentypen und Zeichensätze.
Der Umgang mit Nullwerten wurde mit einer neuen Endpunkteinstellung IncludeNullAndEmpty verbessert, wenn Kinesis und Kafka als Ziel verwendet werden.
Verbesserte Fehlerprotokollierung und -behandlung bei der Verwendung von Kafka als Ziel.
Verbesserter Zeitversatz für die Sommerzeit bei Verwendung von SQL Server als Quelle.
Es wurde ein Problem behoben, bei dem Replikationsaufgaben versuchen, vorhandene Tabellen für Oracle als Ziel zu erstellen.
Es wurde ein Problem behoben, bei dem Replikationsaufgaben hängen bleiben, nachdem die Datenbankverbindung unterbrochen wurde, wenn Oracle als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem Replikationsaufgaben den neuen primären Server nicht erkennen und erneut eine Verbindung herstellen können, wenn SQL Server als Quelle mit AlwaysOn-Einstellung verwendet wurde.
Es wurde ein Problem behoben, bei dem bei Replikationsaufgaben unter bestimmten Bedingungen kein "D" für die "OP"-Spalte bei Verwendung von S3 als Ziel hinzufügen.

AWS Hinweise zur Beta-Version von Database Migration Service 3.4.0

Die folgende Tabelle zeigt die neuen Features und Verbesserungen, die in AWS DMS Version 3.4.0 eingeführt wurden.

Neue Funktion oder Änderung	Beschreibung
Neue MySQL-Version	AWS DMS unterstützt jetzt MySQL Version 8.0 als Quelle, außer wenn die Transaktions-Payload komprimiert ist.
TLS 1.2-Unterstützung für MySQL	AWS DMS unterstützt jetzt TLS 1.2 für MySQL-Endpunkte.
Neue MariaDB-Version	AWS DMS unterstützt jetzt MariaDB Version 10.3.13 als Quelle.
Kein SysAdmin Zugriff auf selbstverwaltete Microsoft SQL Server-Quellen	AWS DMS unterstützt jetzt den Zugriff von SysAdmin Nichtbenutzern auf lokale und in EC2 gehostete SQL Server-Quellendpunkte. Anmerkung Dieses Feature befindet sich derzeit im Beta-Status. Wenn Sie es ausprobieren möchten, wenden Sie sich an den AWS Support, um weitere Informationen zu erhalten.
Mit `CREATE TABLE AS` erstellte CDC-Aufgaben und Oracle-Quelltabellen	AWS DMS unterstützt jetzt sowohl Volllast- als auch CDC- und Nur-CDC-Aufgaben, die in Oracle-Quelltabellen ausgeführt werden, die mit der Anweisung erstellt wurden. `CREATE TABLE AS`

In AWS DMS 3.4.0 wurden unter anderem die folgenden Probleme behoben:

Verbesserte Aufgabenbewertungen vor der Migration. Weitere Informationen finden Sie unter Aktivieren und Verwenden von Vormigrationsbewertungen für eine Aufgabe.
Verbesserte Datenvalidierung für Float-, Real- und Double-Datentypen.
Amazon Redshift als Ziel wurde verbessert, indem der folgende Fehler besser behandelt wurde: „Der angegebene Schlüssel existiert nicht.“
Unterstützt Einstellungen für CDC-Ladeaufgaben mit mehreren ThreadsParallelApplyThreads, einschließlichParallelApplyBufferSize, undParallelApplyQueuesPerThread, für Amazon OpenSearch Service (OpenSearch Service) als Ziel.
OpenSearch Service als Ziel wurde verbessert, indem die Verwendung zusammengesetzter Primärschlüssel unterstützt wurde.
Es wurde ein Problem behoben, bei dem die Testverbindung fehlschlägt, wenn PostgreSQL als Quelle verwendet wird und das Passwort Sonderzeichen enthält.
Es wurde ein Problem bei der Verwendung von SQL Server als Quelle behoben, das auftritt, wenn einige VARCHAR-Spalten gekürzt werden.
Es wurde ein Problem behoben, bei dem offene Transaktionen AWS DMS nicht geschlossen wurden, wenn Amazon RDS SQL Server als Quelle verwendet wurde. Dies kann zu Datenverlust führen, wenn der Parameter für das Abfrageintervall falsch eingestellt ist. Weitere Informationen zum Einrichten eines empfohlenen Werts für das Abfrageintervall finden Sie unter Verwenden einer Microsoft SQL Server-Datenbank als Quelle für AWS DMS.
Es wurde ein Problem mit Oracle Standby als Quelle behoben, bei dem CDC-Aufgaben unerwartet beendet werden, wenn Binary Reader verwendet wird.
Es wurde ein Problem mit IBM DB2 für LUW behoben, bei dem die Aufgabe mit der Meldung „Das numerische Literal 0 ist nicht gültig, weil sein Wert außerhalb des zulässigen Bereichs liegt“ fehlschlägt.
Es wurde ein Problem bei der Migration von PostgreSQL zu PostgreSQL behoben, bei dem eine neue Spalte zur PostgreSQL-Quelle hinzugefügt wird und die Spalte mit einem anderen Datentyp als demjenigen erstellt wird, für den die Spalte ursprünglich an der Quelle erstellt wurde.
Es wurde ein Problem mit MySQL als Quelle behoben, bei dem die Migrationsaufgabe unerwartet angehalten wird, wenn Binärprotokolle nicht abgerufen werden können.
Es wurde ein Problem im Zusammenhang mit einem Oracle-Ziel behoben, wenn BatchApply verwendet wird.
Es wurde ein Problem mit MySQL und MariaDB bei der Migration des TIME-Datentyps behoben.
Es wurde ein Problem mit einer IBM DB2-LUW-Quelle behoben, bei dem die Migration von Tabellen mit LOBs fehlschlägt, wenn die Tabellen keinen Primärschlüssel oder eindeutigen Schlüssel haben.

AWS Versionshinweise zu Database Migration Service 3.3.4

In AWS DMS 3.3.4 wurden unter anderem die folgenden Probleme behoben:

Es wurde ein Problem behoben, bei dem Transaktionen gelöscht oder dupliziert werden, wenn PostgreSQL als Quelle verwendet wird.
Die Unterstützung der Verwendung des Dollarzeichens ($) in Schemanamen wurde verbessert.
Es wurde ein Problem behoben, bei dem Replikations-Instances offene Transaktionen nicht schließen, wenn Amazon RDS SQL Server als Quelle verwendet wird.
Es wurde ein Problem behoben, bei dem die Testverbindung fehlschlägt, wenn PostgreSQL als Quelle verwendet wird und das Passwort Sonderzeichen enthält.
Amazon Redshift als Ziel wurde verbessert, indem der folgende Fehler besser behandelt wurde: „Der angegebene Schlüssel existiert nicht.“
Verbesserte Unterstützung für die Datenvalidierung für verschiedene Datentypen und Zeichensätze.
Es wurde ein Problem behoben, bei dem Replikationsaufgaben versuchen, vorhandene Tabellen für Oracle als Ziel zu erstellen.
Es wurde ein Problem behoben, bei dem bei Replikationsaufgaben unter bestimmten Bedingungen kein "D" für die "OP"-Spalte bei Verwendung von Amazon S3 als Ziel hinzufügen.

AWS Versionshinweise zu Database Migration Service 3.3.3

Die folgende Tabelle zeigt die neuen Features und Verbesserungen, die in AWS DMS Version 3.3.3 eingeführt wurden.

Neue Funktion oder Änderung	Beschreibung
Neue PostgreSQL-Version	PostgreSQL Version 12 wird jetzt als Quelle und Ziel unterstützt.
Support für zusammengesetzte Primärschlüssel mit Amazon OpenSearch Service als Ziel	Ab AWS DMS 3.3.3 wird die Verwendung eines zusammengesetzten Primärschlüssels von OpenSearch Service-Zielen unterstützt.
Unterstützung für erweiterte Oracle-Datentypen	Erweiterte Oracle-Datentypen für Oracle-Quelle und -Ziele werden jetzt unterstützt.
Höhere Anzahl von AWS DMS Ressourcen pro Konto	Das Limit für die Anzahl der AWS DMS Ressourcen, die Sie erstellen können, wurde erhöht. Weitere Informationen finden Sie unter Kontingente für AWS Database Migration Service.

In AWS DMS 3.3.3 wurden unter anderem die folgenden Probleme behoben:

Es wurde ein Problem behoben, bei dem eine Aufgabe mit einer bestimmten Update-Anweisung mit Parallel Apply in Amazon Kinesis abstürzt.
Es wurde ein Problem behoben, bei dem eine Aufgabe in der ALTER TABLE-Anweisung mit Amazon S3 als Ziel abstürzt.
Es wurde ein Problem behoben, bei dem Werte in Polygonspalten abgeschnitten wurden, wenn Microsoft SQL Server als Quelle verwendet wurde.
Es wurde ein Problem beim Unicode-Konverter von JA16SJISTILDE und JA16EUCTILDE behoben, das auftrat, wenn Oracle als Quelle verwendet wurde.
Es wurde ein Problem behoben, bei dem die Spalten MEDIUMTEXT und LONGTEXT nicht vom MySQL- zum S3 CSV (Comma Separated Value)-Format migriert wurden.
Es wurde ein Problem behoben, bei dem boolesche Spalten mit Apache-Parquet-Ausgabe in falsche Typen umgewandelt wurden.
Es wurde ein Problem mit erweiterten varchar-Spalten in Oracle behoben.
Es wurde ein Problem behoben, bei dem Datenüberprüfungsaufgaben aufgrund bestimmter Zeitstempelkombinationen fehlschlugen.
Es wurde ein Problem mit der Sybase Data Definition Language (DDL)-Replikation behoben.
Es wurde ein Problem behoben, bei dem eine RAC-Quelle (Oracle Real Application Clusters) mit Oracle Binary Reader abstürzte.
Es wurde ein Problem mit der Validierung für Oracle-Ziele mit der Groß-/Kleinschreibung von Schemanamen behoben.
Es wurde ein Problem mit der Validierung von IBM Db2-Versionen 9.7 und 10 behoben.
Es wurde ein Problem behoben, bei dem eine Aufgabe bei Aktivierung von StopTaskCachedChangesApplied und StopTaskCachedChangesNotApplied nicht zweimal aktiviert wurde.

Warnung JavaScript ist in Ihrem Browser nicht verfügbar oder deaktiviert.

Zur Nutzung der AWS-Dokumentation muss JavaScript aktiviert sein. Weitere Informationen finden auf den Hilfe-Seiten Ihres Browsers.

Dokumentkonventionen

AWS-DMS-Datentypen

Dokumentverlauf