Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# AWS DMS Terminologie und Konzepte
AWS Database Migration Service (AWS DMS) ist ein Webdienst, mit dem Sie Daten von einem Quelldatenspeicher zu einem Zieldatenspeicher migrieren können. Diese beiden Datenspeicher werden als Endpunkte bezeichnet. Sie können zwischen den Quell- und Zielendpunkten migrieren, die die gleiche Datenbank-Engine verwenden, wie z. B. von einer Oracle-Datenbank in eine Oracle-Datenbank. Außerdem können Sie zwischen Quell- und Zielendpunkten migrieren, die verschiedene Datenbank-Engines verwenden, wie z. B. von einer Oracle-Datenbank in eine PostgreSQL-Datenbank. Die einzige Voraussetzung für die Nutzung AWS DMS ist, dass sich einer Ihrer Endpunkte in einem AWS Dienst befindet. Sie können es nicht verwenden AWS DMS , um von einer lokalen Datenbank zu einer anderen lokalen Datenbank zu migrieren.
Weitere Informationen über die Kosten der Datenbankmigration finden Sie auf der [Seite mit den Preisen für AWS Database Migration Service](https://aws.amazon.com/dms/pricing/).
Verwenden Sie die folgenden Themen, um das besser zu verstehen. AWS DMS
**Topics**
+ [Überblick über AWS DMS](CHAP_Introduction.HighLevelView.md)
+ [Komponenten von AWS DMS](CHAP_Introduction.Components.md)
+ [Quellen für AWS DMS](CHAP_Introduction.Sources.md)
+ [Ziele für AWS DMS](CHAP_Introduction.Targets.md)
+ [Konstruieren eines Amazon-Ressourcennamens (ARN) für AWS DMS](CHAP_Introduction.AWS.ARN.md)
+ [Verwendung AWS DMS mit anderen AWS Diensten](CHAP_Introduction.AWS.md)
# Überblick über AWS DMS
Um eine Datenbankmigration durchzuführen, AWS DMS stellt man eine Verbindung zum Quelldatenspeicher her, liest die Quelldaten und formatiert die Daten für die Nutzung durch den Zieldatenspeicher. Anschließend werden die Daten in der Zieldatenspeicher geladen. Die meisten dieser Vorgänge werden im Arbeitsspeicher ausgeführt, wenn auch umfangreiche Transaktionen eventuell auf Festplatte gepuffert werden. Zwischengespeicherte Transaktionen und Protokolldateien werden ebenfalls auf Festplatte geschrieben.
Auf einer höheren Ebene gehen AWS DMS Sie bei der Verwendung wie folgt vor:
+ Ermitteln Sie Datenbanken in Ihrer Netzwerkumgebung, die sich gut für eine Migration eignen.
+ Konvertieren Sie Ihre Quelldatenbankschemata und die meisten Datenbankcodeobjekte automatisch in ein mit der Zieldatenbank kompatibles Format.
+ Erstellen eines Replikationsservers.
+ Erstellen der Quell- und Zielendpunkte, die über Verbindungsinformationen zu Ihren Datenspeichern verfügen.
+ Erstellen Sie eine oder mehrere Migrationsaufgaben zum Migrieren von Daten zwischen den Quell- und Zieldatenspeichern.
Eine Aufgabe kann aus drei Hauptphasen bestehen:
+ Migration vorhandener Daten (Volllast)
+ Die Anwendung der zwischengespeicherten Änderungen
+ Laufende Replikation (Erfassung von Datenänderungen)
Bei einer Volllastmigration, bei der vorhandene Daten aus der Quelle in das Ziel verschoben werden, werden Daten aus Tabellen im Quelldatenspeicher in Tabellen im Zieldatenspeicher AWS DMS geladen. Während des vollständigen Ladevorgangs werden alle Änderungen an den Tabellen, die gerade geladen werden, auf dem Replikationsserver im Cache gespeichert. Dies sind die zwischengespeicherten Änderungen. Es ist wichtig zu beachten, dass AWS DMS Änderungen für eine bestimmte Tabelle erst erfasst werden, wenn der vollständige Ladevorgang für diese Tabelle gestartet wurde. Mit anderen Worten: Die Änderungserfassung beginnt für jede einzelne Tabelle zu einem jeweils anderen Zeitpunkt.
Wenn der vollständige Ladevorgang für eine bestimmte Tabelle abgeschlossen ist, AWS DMS werden sofort die zwischengespeicherten Änderungen für diese Tabelle übernommen. Sobald die Tabelle geladen und die zwischengespeicherten Änderungen übernommen wurden, AWS DMS beginnt die Erfassung der Änderungen als Transaktionen für die laufende Replikationsphase. Wenn bei einer Transaktion Tabellen noch nicht vollständig geladen sind, werden die Änderungen lokal auf der Replikations-Instance gespeichert. Nachdem alle zwischengespeicherten Änderungen auf alle Tabellen AWS DMS angewendet wurden, sind die Tabellen transaktionskonsistent. An diesem Punkt AWS DMS geht es zur Phase der laufenden Replikation über, in der die Änderungen als Transaktionen angewendet werden.
Zu Beginn der laufenden Replikationsphase führt ein Rückstand bei den Transaktionen im Allgemeinen zu einer Verzögerung zwischen der Quell- und Zieldatenbank. Schließlich erreicht die Migration aber einen stabilen Zustand, nachdem dieser Transaktionsrückstand abgearbeitet wurde. An diesem Punkt können Sie Ihre Anwendungen herunterfahren und zulassen, dass alle verbleibenden Transaktionen auf die Zieldatenbank angewendet werden. Wenn Sie Ihre Anwendungen dann starten, verweisen sie auf die Zieldatenbank.
AWS DMS erstellt die Zielschemaobjekte, die für die Durchführung einer Datenmigration erforderlich sind. Sie können einen minimalistischen Ansatz verwenden AWS DMS und nur die Objekte erstellen, die für eine effiziente Migration der Daten erforderlich sind. Mit diesem Ansatz werden Tabellen, Primärschlüssel und in einigen Fällen eindeutige Indizes AWS DMS erstellt, es werden jedoch keine anderen Objekte erstellt, die für eine effiziente Migration der Daten aus der Quelle nicht erforderlich sind.
Alternativ können Sie DMS Schema Conversion verwenden, AWS DMS um Ihre Quelldatenbankschemas und die meisten Datenbankcode-Objekte automatisch in ein Format zu konvertieren, das mit der Zieldatenbank kompatibel ist. Diese Konvertierung umfasst Tabellen, Ansichten, gespeicherte Prozeduren, Funktionen, Datentypen, Synonyme usw. Alle Objekte, die DMS Schema Conversion nicht automatisch konvertieren kann, sind deutlich gekennzeichnet. Um die Migration abzuschließen, können Sie diese Objekte manuell konvertieren.
# Komponenten von AWS DMS
In diesem Abschnitt werden die internen Komponenten von AWS DMS und deren Zusammenspiel beschrieben, um Ihre Datenmigration durchzuführen. Das Verständnis der zugrunde liegenden Komponenten von AWS DMS kann Ihnen helfen, Daten effizienter zu migrieren und einen besseren Einblick bei der Fehlersuche und -behebung zu erhalten.
Eine AWS DMS Migration besteht aus fünf Komponenten: Erkennung der zu migrierenden Datenbanken, automatische Schemakonvertierung, eine Replikationsinstanz, Quell- und Zielendpunkte sowie eine Replikationsaufgabe. Sie erstellen eine AWS DMS Migration, indem Sie die erforderliche Replikationsinstanz, Endpunkte und Aufgaben in einem erstellen. AWS-Region
**Database Discovery**
DMS Fleet Advisor erfasst Daten aus mehreren Datenbankumgebungen, um Einblicke in Ihre Dateninfrastruktur zu erhalten. DMS Fleet Advisor erfasst Daten von Ihren On-Premises-Datenbank- und -Analyseservern von einem oder mehreren zentralen Standorten aus, ohne dass sie auf jedem Computer installiert werden müssen. Derzeit unterstützt DMS Fleet Advisor Microsoft-SQL-Server-, MySQL-, Oracle- und PostgreSQL-Datenbankserver.
Auf der Grundlage der in Ihrem Netzwerk gefundenen Daten erstellt DMS Fleet Advisor ein Inventar, das Sie überprüfen können, um festzustellen, welche Datenbankserver und Objekte überwacht werden sollen. Sobald Details zu diesen Servern, Datenbanken und Schemata erfasst werden, können Sie die Durchführbarkeit Ihrer geplanten Datenbankmigrationen analysieren.
**Schema- und Codemigration**
Die DMS-Schemakonvertierung in AWS DMS macht Datenbankmigrationen zwischen verschiedenen Datenbanktypen vorhersehbarer. Mithilfe von DMS Schema Conversion können Sie die Komplexität Ihrer Migration für Ihren Quelldatenanbieter bewerten und anschließend Datenbankschemata und Codeobjekte konvertieren. Sie können dann den konvertierten Code auf Ihre Zieldatenbank anwenden.
Allgemein arbeitet DMS Schema Conversion mit den folgenden drei Komponenten: Instance-Profile, Datenanbieter und Migrationsprojekte. Ein *Instance-Profil* spezifiziert Netzwerk- und Sicherheitseinstellungen. Ein *Datenanbieter* speichert Anmeldeinformationen für Datenbankverbindungen. Ein *Migrationsprojekt* enthält Datenanbieter, ein Instanzprofil und Migrationsregeln. AWS DMS verwendet Datenanbieter und ein Instanzprofil, um einen Prozess zu entwerfen, der Datenbankschemas und Codeobjekte konvertiert.
** Replikations-Instance **
Auf einer höheren Ebene ist eine AWS DMS Replikationsinstanz einfach eine verwaltete Amazon Elastic Compute Cloud (Amazon EC2) -Instance, die eine oder mehrere Replikationsaufgaben hostet.
Die folgende Abbildung zeigt ein Beispiel für eine Replikations-Instance mit mehreren zugehörigen Replikationsaufgaben.
![\[Fangen Sie an mit AWS DMS\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/datarep-intro-rep-instance1.png)
Eine einzelne Replikationsinstanz kann je nach den Merkmalen Ihrer Migration und der Kapazität des Replikationsservers eine oder mehrere Replikationsaufgaben hosten. AWS DMS bietet eine Vielzahl von Replikationsinstanzen, sodass Sie die optimale Konfiguration für Ihren Anwendungsfall auswählen können. Weitere detaillierte Informationen über die verschiedenen Klassen von Replikations-Instances finden Sie unter [Auswahl der richtigen AWS DMS-Replikationsinstanz für Ihre Migration](CHAP_ReplicationInstance.Types.md).
AWS DMS erstellt die Replikationsinstanz auf einer Amazon EC2 EC2-Instance. Einige der kleineren Instance-Klassen reichen für das Testen des Service oder für kleine Migrationen aus. Wenn Ihre Migration eine große Anzahl von Tabellen umfasst oder Sie mehrere gleichzeitige Replikationsaufgaben ausführen möchten, sollten Sie in Betracht ziehen, eine der größeren Instances zu verwenden. Wir empfehlen diese Vorgehensweise, da AWS DMS eine erhebliche Menge an Arbeitsspeicher und CPU-Leistung verbraucht.
Abhängig von der Klasse der Amazon-EC2-Instance, die Sie auswählen, umfasst Ihre Replikations-Instance entweder 50 GB oder 100 GB Datenspeicher. Dieser Umfang ist normalerweise ausreichend für die meisten Kunden. Wenn Ihre Migration jedoch große Transaktionen oder eine große Menge an Datenänderungen beinhaltet, sollten Sie die Basisspeicherzuordnung erhöhen. Change Data Capture (CDC) kann dazu führen, dass Daten auf die Festplatte geschrieben werden, je nachdem, wie schnell das Ziel die Änderungen schreiben kann. Da Protokolldateien auch auf die Festplatte geschrieben werden, führt eine Erhöhung des Schweregrads für die Protokollierung auch zu einem höheren Speicherverbrauch.
AWS DMS kann mithilfe einer Multi-AZ-Bereitstellung Hochverfügbarkeit und Failover-Unterstützung bieten. In einer Multi-AZ-Bereitstellung AWS DMS wird automatisch ein Standby-Replikat der Replikationsinstanz in einer anderen Availability Zone bereitgestellt und verwaltet. Die primäre Replikations-Instance wird auf das Standby-Replikat repliziert. Wenn die primäre Replikations-Instance ausfällt oder nicht mehr reagiert, nimmt der Standby-Modus alle laufenden Tasks mit minimaler Unterbrechung wieder auf. Da die primäre Replikations-Instance ihren Status ständig in den Standby-Modus repliziert, verursacht die Multi-AZ-Bereitstellung einen gewissen Leistungs-Overhead.
Ausführlichere Informationen zur AWS DMS Replikationsinstanz finden Sie unter. [Mit einer AWS DMS Replikationsinstanz arbeiten](CHAP_ReplicationInstance.md)
Anstatt eine Replikationsinstanz zu erstellen und zu verwalten, können Sie Ihre Replikation mithilfe von AWS DMS Serverless automatisch AWS DMS bereitstellen lassen. Weitere Informationen finden Sie unter [Arbeiten mit AWS DMS Serverless](CHAP_Serverless.md).
** Endpoint**
AWS DMS verwendet einen Endpunkt, um auf Ihren Quell- oder Zieldatenspeicher zuzugreifen. Die spezifischen Verbindungsinformationen sind je nach Datenspeicher unterschiedlich, aber in der Regel geben Sie beim Anlegen eines Endpunkts die folgenden Informationen an.
+ Endpunkttyp – Quelle oder Ziel.
+ Engine-Typ – Typ der Datenbank-Engine, z. B. Oracle oder PostgreSQL.
+ Servername — Servername oder IP-Adresse, die erreicht AWS DMS werden kann.
+ Port – Port-Nummer für die Datenbankserver-Verbindungen.
+ Verschlüsselung – Secure Socket Layer (SSL)-Modus, wenn SSL zum Verschlüsseln der Verbindung verwendet wird.
+ Anmeldeinformationen – Benutzername und Passwort für ein Konto mit den erforderlichen Zugriffsrechten.
Wenn Sie mit der AWS DMS Konsole einen Endpunkt erstellen, verlangt die Konsole, dass Sie die Endpunktverbindung testen. Der Test muss erfolgreich sein, bevor Sie den Endpunkt in einer AWS DMS Aufgabe verwenden können. Wie die Verbindungsinformationen sind auch die spezifischen Prüfkriterien für verschiedene Engine-Typen unterschiedlich. Im Allgemeinen überprüft AWS DMS , ob die Datenbank unter dem angegebenen Servernamen und Port vorhanden ist, und ob die mitgelieferten Anmeldeinformationen verwendet werden können, um eine Verbindung zur Datenbank mit den für eine Migration erforderlichen Berechtigungen herzustellen. Wenn der Verbindungstest erfolgreich ist, werden Schemainformationen AWS DMS heruntergeladen und gespeichert, um sie später bei der Aufgabenkonfiguration zu verwenden. Schemainformationen können beispielsweise Tabellendefinitionen, Primärschlüsseldefinitionen und eindeutige Schlüsseldefinitionen beinhalten.
Mehrere Replikationsaufgaben können einen einzelnen Endpunkt verwenden. Beispielsweise könnten Sie zwei logisch getrennte Anwendungen auf derselben Quelldatenbank hosten, die Sie separat migrieren möchten. In diesem Fall erstellen Sie zwei Replikationsaufgaben, eine für jede Gruppe von Anwendungstabellen. Sie können in beiden Aufgaben denselben AWS DMS Endpunkt verwenden.
Sie können das Verhalten eines Endpunkts mithilfe der Endpunkteinstellungen anpassen. *Endpunkteinstellungen* können verschiedene Verhaltensweisen kontrollieren, wie z. B. Protokollierungsdetail, Dateigröße und andere Parameter. Für jeden Datenspeicher-Engine-Typ sind unterschiedliche Endpunkteinstellungen verfügbar. Sie finden die spezifischen, Endpunkteinstellungen für jeden Datenspeicher im Quell- oder Ziel-Abschnitt für den jeweiligen Datenspeicher. Eine Liste unterstützter Quell- und Zieldatenspeicher finden Sie unter [Quellen für AWS DMS](CHAP_Introduction.Sources.md) und [Ziele für AWS DMS](CHAP_Introduction.Targets.md).
Ausführlichere Informationen zu AWS DMS Endpunkten finden Sie unter[Arbeiten mit AWS DMS-Endpunkten](CHAP_Endpoints.md).
**Replikationsaufgaben**
Sie verwenden eine AWS DMS Replikationsaufgabe, um einen Datensatz vom Quellendpunkt zum Zielendpunkt zu verschieben. Das Erstellen einer Replikations-Aufgabe ist der letzte Schritt, die Sie durchführen müssen, bevor Sie eine Migration beginnen.
Beim Erstellen einer Replikationsaufgabe geben Sie die folgenden Aufgabeneinstellungen an:
+ Replikations-Instance – die Instance, die die Aufgabe hostet und ausführt
+ Quellendpunkt
+ Zielendpunkt
+ Die Optionen für den Migrationstyp sind nachfolgend aufgeführt. Eine vollständige Erläuterung der Migrationsoptionen finden Sie unter [Erstellen einer Aufgabe](CHAP_Tasks.Creating.md).
+ Volllast (Migrieren vorhandener Daten) – Wenn Sie sich einen Ausfall leisten können, der ausreichend lange dauert, um Ihre vorhandenen Daten zu kopieren, eignet sich diese Option sehr gut. Bei dieser Option werden die Daten einfach aus Ihrer Quelldatenbank in Ihre Zieldatenbank migriert. Tabellen werden erstellt, wenn dies erforderlich ist.
+ Volllast \$1 CDC (Migrieren vorhandener Daten und Replizieren fortlaufender Änderungen) – Diese Option führt einen vollständigen Datenladevorgang durch und erfasst dabei Änderungen an der Quelle. Nachdem der vollständige Ladevorgang abgeschlossen ist, werden die erfassten Änderungen auf die Zieldatenbank angewendet. Am Ende erreicht die Anwendung der Änderungen einen stabilen Zustand. An diesem Punkt können Sie Ihre Anwendungen herunterfahren. Die verbleibenden Änderungen werden an das Ziel weitergeleitet. Starten Sie dann Ihre Anwendungen erneut, die nun auf das Ziel verweisen.
+ Nur CDC (Replizieren nur von Datenänderungen) – Manchmal ist es effizienter, vorhandene Daten mithilfe einer anderen Methode als AWS DMS zu kopieren. Bei einer homogenen Migration kann es z. B. eventuell effizienter sein, beim Laden der Massendaten native Export-/Import-Tools zu verwenden. In diesem Fall können Sie Änderungen ab AWS DMS dem Start des Bulk-Loads replizieren, um Ihre Quell- und Zieldatenbanken synchron zu halten.
+ Die Optionen des Vorbereitungsmodus für die Zieltabelle werden nachfolgend aufgeführt. Eine vollständige Erläuterung der Zieltabellenmodi finden Sie unter [Erstellen einer Aufgabe](CHAP_Tasks.Creating.md).
+ Nichts tun — AWS DMS geht davon aus, dass die Zieltabellen auf dem Ziel vorab erstellt wurden.
+ Tabellen auf dem Ziel löschen — AWS DMS löscht die Zieltabellen und erstellt sie neu.
+ Verkürzen – Wenn Sie Tabellen in der Zieldatenbank erstellt haben, kürzt AWS DMS diese, bevor die Migration gestartet wird. Wenn keine Tabellen vorhanden sind und Sie diese Option auswählen, werden alle fehlenden Tabellen AWS DMS erstellt.
+ Die Optionen des LOB-Modus werden nachfolgend aufgeführt. Eine vollständige Erläuterung der LOB-Modi finden Sie unter [Einstellung der LOB-Unterstützung für Quelldatenbanken in einer Aufgabe AWS DMS](CHAP_Tasks.LOBSupport.md).
+ Keine LOB-Spalten einschließen – Die LOB-Spalten sind von der Migration ausgeschlossen.
+ Vollständiger LOB-Modus — Die Migration ist LOBs unabhängig von der Größe abgeschlossen. AWS DMS **migriert LOBs stückweise in Abschnitten, die durch den Parameter Max LOB Size gesteuert werden.** Dieser Modus ist langsamer als der Modus "Limited LOB".
+ **Eingeschränkter LOB-Modus — Kürzt auf den Wert, der im Parameter Max LOBs LOB Size angegeben ist.** Dieser Modus ist schneller als der Modus "Full LOB".
+ Tabellenzuweisungen – gibt an, welche Tabellen migriert werden und auf welche Weise. Weitere Informationen finden Sie unter [Verwenden der Tabellenzuweisung zum Angeben von Aufgabeneinstellungen](CHAP_Tasks.CustomizingTasks.TableMapping.md).
+ Die Datentransformationen werden nachfolgend aufgeführt. Weitere Informationen zu Datentransformationen finden Sie unter [Festlegen der Tabellenauswahl- und Transformationsregeln mit JSON](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.md).
+ Ändern von Schema-, Tabellen- und Spaltennamen
+ Ändern von Tabellenraumnamen (für Oracle-Zielendpunkte)
+ Definieren von primären Schlüsseln und eindeutigen Indizes auf dem Ziel.
+ Datenvalidierung
+ CloudWatch Amazon-Protokollierung
Unter Verwendung der Aufgabe migrieren Sie Daten vom Quell- zum Zielendpunkt. Die Aufgabenverarbeitung erfolgt auf der Replikations-Instance. Sie geben an, welche Tabellen und Schemas für die Migration verwendet werden sollen. Zudem legen Sie eine spezielle Verarbeitung, z. B. die Protokollierung von Anforderungen, die Steuerung von Tabellendaten und die Fehlerbehandlung, fest.
Konzeptionell erfüllt eine AWS DMS Replikationsaufgabe zwei unterschiedliche Funktionen, wie in der folgenden Abbildung dargestellt.
![\[Beginnen Sie mit AWS DMS\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/datarep-intro-rep-task1.png)
Der Volllastprozess ist einfach zu verstehen. Die Daten werden komplett aus der Quelle extrahiert und direkt in das Ziel geladen. Sie können die Anzahl der Tabellen, die parallel extrahiert und geladen werden sollen, auf der AWS DMS Konsole unter **Erweiterte Einstellungen** angeben.
Weitere Informationen zu AWS DMS Aufgaben finden Sie unter[Mit AWS DMS Aufgaben arbeiten](CHAP_Tasks.md).
**Fortlaufende Replikation oder CDC (Change Data Capture)**
Sie können eine AWS DMS Aufgabe auch verwenden, um laufende Änderungen am Quelldatenspeicher zu erfassen, während Sie Ihre Daten auf ein Ziel migrieren. Der Prozess zur Erfassung von Änderungen, der bei der Replikation laufender Änderungen von einem Quellendpunkt AWS DMS verwendet wird, sammelt Änderungen an den Datenbankprotokollen mithilfe der systemeigenen API der Datenbank-Engine.
Im CDC-Prozess ist die Replikationsaufgabe darauf ausgelegt, Änderungen von der Quelle zum Ziel zu streamen, wobei In-Memory-Puffer verwendet werden, um Daten während des Transports zu halten. Wenn die In-Memory-Puffer aus irgendeinem Grund erschöpft sind, lässt die Replikationsaufgabe anstehende Änderungen in den Change Cache auf der Festplatte überlaufen. Dies kann beispielsweise der Fall sein, wenn AWS DMS Änderungen an der Quelle schneller erfasst werden, als sie auf das Ziel angewendet werden können. In diesem Fall überschreitet die *Ziellatenz* der Aufgabe die *Quelllatenz* der Aufgabe.
Sie können dies überprüfen, indem Sie in der AWS DMS Konsole zu Ihrer Aufgabe navigieren und die Registerkarte Aufgabenüberwachung öffnen. Die Diagramm „ CDCLatencyZiel“ und „ CDCLatencyQuelle“ werden unten auf der Seite angezeigt. Wenn Sie eine Aufgabe haben, die eine Ziellatenz anzeigt, dann ist es wahrscheinlich, dass eine Abstimmung auf dem Ziel-Endpunkt erforderlich ist, um die Anwendungsrate zu erhöhen.
Die Replikationsaufgabe verwendet auch Speicher für Aufgabenprotokolle, wie oben beschrieben. Der für Ihre Replikations-Instance vorkonfigurierte Speicherplatz reicht in der Regel für die Protokollierung und übergelaufene Änderungen aus. Wenn Sie zusätzlichen Speicherplatz benötigen, z. B. wenn Sie bei der Untersuchung eines Migrationsproblems ein detailliertes Debugging verwenden, können Sie die Replikations-Instance modifizieren, um mehr Speicherplatz zuzuordnen.
# Quellen für AWS DMS
Sie können verschiedene Quelldatenspeicher in verschiedenen AWS DMS Funktionen verwenden. Die folgenden Abschnitte enthalten die Listen der unterstützten Quelldatenspeicher für jedes AWS DMS Feature.
**Topics**
+ [Quellendpunkte für die Datenmigration](#CHAP_Introduction.Sources.DataMigration)
+ [Quelldatenbanken für DMS Fleet Advisor](#CHAP_Introduction.Sources.FleetAdvisor)
+ [Quelldatenanbieter für DMS Schema Conversion](#CHAP_Introduction.Sources.SchemaConversion)
+ [Quelldatenanbieter für homogene DMS-Datenmigrationen](#CHAP_Introduction.Sources.HomogeneousDataMigrations)
## Quellendpunkte für die Datenmigration
Sie können die folgenden Datenspeicher als Quellendpunkte für die Datenmigration mit AWS DMS verwenden.
**Lokale und EC2-Instance-Datenbanken**
+ Oracle-Versionen 10.2 und höher (für Versionen 10.x), 11g und bis zu 12.2, 18c und 19c für die Editionen Enterprise, Standard, Standard One und Standard Two
+ Microsoft SQL Server-Versionen 2008 (unterstützt in DMS v3.5.4), 2008R2 (unterstützt in DMS v3.5.4), 2012, 2014, 2016, 2017, 2019 und 2022.
+ Die Enterprise, Standard, Workgroup, Developer und Web Editionen unterstützen die Volllastreplikation.
+ Die Enterprise, Standard (Version 2016 und höher) und Developer Editionen unterstützen zusätzlich zur Volllast-Replikation auch CDC-Replikation (fortlaufend).
+ Die Express-Edition wird nicht unterstützt.
+ MySQL-Versionen 5.5, 5.6, 5.7, 8.0 und 8.4
**Anmerkung**
**MySQL- und DMS-Kompatibilität**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/CHAP_Introduction.Sources.html)
+ MariaDB (unterstützt als MySQL-kompatible Datenquelle) Versionen 10.0 (nur Versionen 10.0.24 und höher), 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 und 11.4.3 bis 11.4.7.
**Anmerkung**
Support für MariaDB als Quelle ist in allen AWS DMS Versionen verfügbar, in denen MySQL unterstützt wird.
+ PostgreSQL Version 9.4 und höher (für Versionen 9.x), 10.x, 11.x, 12.x, 13.x 14.x, 15.x, 16.x, 17.x und 18.x.
**Anmerkung**
AWS DMS unterstützt nur PostgreSQL Version 9.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x und 16.x in den Versionen 3.5.3 und höher.
AWS DMS [unterstützt nur PostgreSQL Version 17.x und 18.x in den Versionen 3.5.4 (siehe Einschränkungen) und höher.](CHAP_Source.PostgreSQL.html#CHAP_Source.PostgreSQL.ReadReplica)
+ MongoDB-Versionen 3.x, 4.0, 4.2, 4.4, 5.0, 6.0, 7.0 und 8.0.
+ SAP Adaptive Server Enterprise (ASE) Versionen 12.5, 15, 15.5, 15.7, 16 und höher
+ IBM Db2 für Linux-, UNIX- und Windows (Db2 LUW)-Versionen:
+ Version 9.7, alle Fix Packs
+ Version 10.1, alle Fix Packs
+ Version 10.5, alle Fix Packs außer Fix Pack 5
+ Version 11.1, alle Fix Packs
+ Version 11.5, Mods (0–8) mit nur Fix Pack Zero
+ IBM Db2 für Version 12 z/OS
**Verwaltete Datenbankservices von Drittanbietern:**
+ Microsoft Azure SQL Database
+ Microsoft Azure PostgreSQL Flexible Server Versionen 11.2, 12.15, 13.11, 14.8 und 15.3.
+ Microsoft Azure MySQL Flexible Server Versionen 5.7 und 8.
+ Google Cloud for MySQL Versionen 5.6, 5.7 und 8.0.
+ Google Cloud for PostgreSQL Versionen 9.6, 10, 11, 12, 13, 14 und 15.
+ OCI MySQL Heatwave Version 8.0.34.
**Amazon-RDS-Instance-Datenbanken und Amazon Simple Storage Service (Amazon S3)**
+ Oracle-Versionen 11g (Versionen 11.2.0.4 und höher) und bis zu 12.2, 18c und 19c für die Editionen Enterprise, Standard, Standard One und Standard Two.
+ Microsoft SQL Server-Versionen 2016, 2017, 2019 und 2022 für die Enterprise-, Standard-, Workgroup- und Developer-Editionen. Weitere Informationen finden Sie unter [Amazon RDS for Microsoft SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html) im *Amazon RDS-Benutzerhandbuch*.
**Anmerkung**
AWS DMS unterstützt SQL Server Express nicht. Die Web-Edition wird nur für die reine Volllastreplikation unterstützt.
+ MySQL-Versionen 5.5, 5.6, 5.7, 8.0 und 8.4.
**Anmerkung**
**MySQL- und DMS-Kompatibilität**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/CHAP_Introduction.Sources.html)
+ MariaDB (unterstützt als MySQL-kompatible Datenquelle) Versionen 10.0.24 bis 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 und 11.4.3 bis 11.4.7.
**Anmerkung**
Support für MariaDB als Quelle ist in allen AWS DMS Versionen verfügbar, in denen MySQL unterstützt wird.
+ PostgreSQL Version 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x und 18.x.
**Anmerkung**
AWS DMS unterstützt nur PostgreSQL Version 10.x, 11.x, 12.x, 13.x, 14.x, 15.x und 16.x in den Versionen 3.5.3 und höher.
AWS DMS [unterstützt nur PostgreSQL Version 17.x und 18.x in den Versionen 3.5.4 (siehe Einschränkungen) und höher.](CHAP_Source.PostgreSQL.html#CHAP_Source.PostgreSQL.ReadReplica)
+ Amazon Aurora mit MySQL-Kompatibilität (unterstützt als MySQL-kompatible Datenquelle)
+ Amazon Aurora mit PostgreSQL-Kompatibilität (unterstützt als PostgreSQL-kompatible Datenquelle)
+ Amazon S3
+ Amazon DocumentDB (mit MongoDB-Kompatibilität) Versionen 3.6, 4.0 und 5.0.
+ Amazon RDS für IBM Db2 LUW.
Informationen zum Arbeiten mit einer bestimmten Quelle finden Sie unter [Arbeiten mit AWS DMS](CHAP_Endpoints.md) Endpunkten.
Informationen zu den unterstützten Zielendpunkten finden Sie unter [Zielendpunkte für die Datenmigration](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.DataMigration).
## Quelldatenbanken für DMS Fleet Advisor
DMS Fleet Advisor unterstützt die folgenden Quelldatenbanken.
+ Microsoft SQL Server Version 2012 und bis 2019
+ MySQL Version 5.6 und bis 8
+ Oracle Version 11g, Release 2 und bis 12c, 19c und 21c
+ PostgreSQL Version 9.6 und bis 13
Informationen zum Arbeiten mit einer bestimmten Quelle finden Sie unter [Datenbankbenutzer für AWS DMS Fleet Advisor erstellen](fa-database-users.md).
Eine Liste der Datenbanken, die DMS Fleet Advisor zur Generierung von Zielempfehlungen verwendet, finden Sie unter [Ziele für DMS Fleet Advisor](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.FleetAdvisor).
## Quelldatenanbieter für DMS Schema Conversion
DMS Schema Conversion unterstützt die folgenden Datenanbieter als Quellen für Ihre Migrationsprojekte.
+ Microsoft SQL Server Version 2008 R2, 2012, 2014, 2016, 2017, 2019 und 2022
+ Oracle Version 10.2 und höher, 11g und bis12.2, 18c und 19c sowie Oracle Data Warehouse
+ PostgreSQL Version 9.2 und höher
+ MySQL Version 5.5, 5.6, 5.7 und 8.0.
+ IBM Db2 für Linux, UNIX und Windows Version 9.1, 9.5, 9.7, 10.1, 10.5, 11.1 und 11.5
+ IBM Db2 für Version 12 z/OS
+ SAP ASE (Sybase ASE) Version 16
**Anmerkung**
Die DMS-Schemakonvertierung unterstützt alle Amazon RDS-Versionsquellen, die in diesem Thema aufgeführt sind.
Ihr Quelldatenanbieter kann eine selbstverwaltete Engine sein, die On-Premises oder auf einer Amazon Elastic Compute Cloud (Amazon EC2)-Instance ausgeführt wird.
Informationen zum Arbeiten mit einer bestimmten Quelle finden Sie unter [Erstellen von Quelldatenanbietern in DMS Schema Conversion](data-providers-source.md).
Informationen zu den unterstützten Zieldatenbanken finden Sie unter [Zieldatenanbieter für DMS Schema Conversion](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion).
Die AWS Schema Conversion Tool (AWS SCT) unterstützt mehr Quell- und Zieldatenbanken als die DMS-Schemakonvertierung. Informationen zu Datenbanken, die das AWS SCT unterstützen, finden Sie unter [Was ist der AWS Schema Conversion Tool](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html).
## Quelldatenanbieter für homogene DMS-Datenmigrationen
Sie können die folgenden Datenanbieter als Quellen für homogene Datenmigrationen zu lokalen Datenbanken und EC2-Instanzdatenbanken verwenden.
+ MySQL Version 5.7 und 8.0
+ MariaDB-Version 10.2x
+ PostgreSQL Version 10.4 bis 16.x.
+ MongoDB-Version 4.x, 5.x, 6.0, 7.0, 8.0
+ Amazon DocumentDB Version 3.6, 4.0, 5.0
Sie können die folgenden Datenanbieter als Quellen für homogene Datenmigrationen zu Amazon Relational Database Service Service-Instanzdatenbanken verwenden.
+ Aurora MySQL Version 5.7 und 8.0
+ RDS für MySQL Version 5.7 und 8.0
+ RDS für MariaDB Version 10.2.x
+ Aurora PostgreSQL Version 11.x bis 17.x
+ RDS für PostgreSQL Version 11.x bis 17.x
Ihr Quelldatenanbieter kann eine selbstverwaltete Engine sein, die On-Premises oder auf einer Amazon-EC2-Instance ausgeführt wird. Sie können auch eine Amazon-RDS-DB-Instance als Quelldatenanbieter verwenden.
Informationen zum Arbeiten mit einer bestimmten Quelle finden Sie unter [Erstellung von Quelldatenanbietern für homogene Datenmigrationen in AWS DMS](dm-data-providers-source.md).
Informationen zu den unterstützten Zieldatenbanken finden Sie unter [Zieldatenanbieter für homogene DMS-Datenmigrationen](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations).
# Ziele für AWS DMS
Sie können verschiedene Zieldatenspeicher in verschiedenen AWS DMS Funktionen verwenden. Die folgenden Abschnitte enthalten die Listen der unterstützten Zieldatenspeicher für jedes AWS DMS Feature.
**Topics**
+ [Zielendpunkte für die Datenmigration](#CHAP_Introduction.Targets.DataMigration)
+ [Zieldatenbanken für DMS Fleet Advisor](#CHAP_Introduction.Targets.FleetAdvisor)
+ [Zieldatenanbieter für DMS Schema Conversion](#CHAP_Introduction.Targets.SchemaConversion)
+ [Zieldatenanbieter für homogene DMS-Datenmigrationen](#CHAP_Introduction.Targets.HomogeneousDataMigrations)
## Zielendpunkte für die Datenmigration
Sie können die folgenden Datenspeicher als Zielendpunkte für die Datenmigration mit AWS DMS verwenden.
**Lokale und Amazon EC2-Instance-Datenbanken**
+ Oracle-Versionen 10g, 11g, 12c, 18c und 19c für die Editionen Enterprise, Standard, Standard One und Standard Two
+ Microsoft SQL Server-Versionen 2005, 2008, 2008R2, 2012, 2014, 2016, 2017, 2019 und 2022 für die Editionen Enterprise, Standard, Workgroup und Developer.
**Anmerkung**
AWS DMS unterstützt die SQL Server Web- und Express-Editionen nicht.
+ MySQL-Versionen 5.5, 5.6, 5.7, 8.0 und 8.4
+ MariaDB (unterstützt als MySQL-kompatibles Datenziel) Versionen 10.0.24 bis 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 und 11.4.3 bis 11.4.7.
**Anmerkung**
Support für MariaDB als Ziel ist in allen AWS DMS Versionen verfügbar, in denen MySQL unterstützt wird.
+ PostgreSQL Version 9.4 und höher (für Versionen 9.x), 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x und 18.x.
**Anmerkung**
AWS DMS unterstützt nur PostgreSQL Version 9.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x und 16.x in den Versionen 3.5.3 und höher.
AWS DMS unterstützt nur PostgreSQL Version 17.x und 18.x in den Versionen 3.5.4 und höher.
+ SAP Adaptive Server Enterprise (ASE) Versionen 15, 15.5, 15.7, 16 und höher
+ Redis OSS-Versionen 6.x
**Amazon RDS-Instanzdatenbanken, Amazon Redshift, Amazon Redshift Serverless, Amazon DynamoDB, Amazon S3, Amazon OpenSearch Service, Amazon ElastiCache (Redis OSS), Amazon Kinesis Data Streams, Amazon DocumentDB, Amazon Neptune und Apache Kafka**
+ Oracle-Versionen 11g (Versionen 11.2.0.3.v1 und höher), 12c, 18c und 19c für die Editionen Enterprise, Standard, Standard One und Standard Two
+ Microsoft-SQL-Server-Versionen 2012, 2014, 2016, 2017, 2019 und 2022 für die Editionen Enterprise, Standard, Workgroup und Developer
**Anmerkung**
AWS DMS unterstützt die SQL Server Web- und Express-Editionen nicht.
+ MySQL-Versionen 5.5, 5.6, 5.7, 8.0 und 8.4.
+ MariaDB (unterstützt als MySQL-kompatibles Datenziel) Versionen 10.0.24 bis 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 und 11.4.3 bis 11.4.7.
**Anmerkung**
Support für MariaDB als Ziel ist in allen AWS DMS Versionen verfügbar, in denen MySQL unterstützt wird.
+ PostgreSQL Version 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x und 18.x.
**Anmerkung**
AWS DMS unterstützt nur PostgreSQL Version 10.x, 11.x, 12.x, 13.x, 14.x, 15.x und 16.x in den Versionen 3.5.3 und höher.
AWS DMS unterstützt nur PostgreSQL Version 17.x und 18.x in den Versionen 3.5.4 und höher.
+ IBM Db2 LUW Versionen 11.1 und 11.5
+ Amazon Aurora MySQL-Compatible Edition
+ Amazon Aurora PostgreSQL-Compatible Edition
+ Amazon Aurora PostgreSQL unbegrenzt
+ Amazon Aurora Serverless v2
+ Amazon Redshift
+ Amazon Redshift Serverless
+ Amazon S3
+ Amazon DynamoDB
+ OpenSearch Amazon-Dienst
+ Amazon ElastiCache (Redis OSS)
+ Amazon Kinesis Data Streams
+ Amazon DocumentDB (mit MongoDB-Kompatibilität)
+ Amazon Neptune
+ Apache Kafka – [Amazon Managed Streaming für Apache Kafka (Amazon MSK)](https://aws.amazon.com/msk/) und [selbstverwaltetes Apache Kafka](https://kafka.apache.org/)
+ Babelfish (Version 3.2.0 und höher) für Aurora PostgreSQL (Versionen 15.3/14.8 und höher)
Informationen zur Arbeit mit einem bestimmten Ziel finden Sie unter [Arbeiten mit AWS DMS Endpunkten](CHAP_Endpoints.md).
Weitere Informationen zu den unterstützten Endpunkten finden Sie unter [Quellendpunkte für die Datenmigration](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.DataMigration).
## Zieldatenbanken für DMS Fleet Advisor
DMS Fleet Advisor generiert Zielempfehlungen unter Verwendung der neuesten Version der folgenden Zieldatenbanken.
+ Amazon Aurora MySQL
+ Amazon Aurora PostgreSQL
+ Amazon RDS für MySQL
+ Amazon RDS für Oracle
+ Amazon RDS für PostgreSQL
+ Amazon RDS für SQL Server
Informationen zu Zielempfehlungen in DMS Fleet Advisor finden Sie unter [Verwenden der AWS DMS Fleet Advisor-Funktion „Zielempfehlungen“](fa-recommendations.md).
Informationen zu unterstützten Quelldatenbanken finden Sie unter [Quelldatenbanken für DMS Fleet Advisor](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.FleetAdvisor).
## Zieldatenanbieter für DMS Schema Conversion
DMS Schema Conversion unterstützt die folgenden Datenanbieter als Ziele für Ihre Migrationsprojekte.
+ Amazon Aurora MySQL 8.0.32
+ Amazon Aurora PostgreSQL 14.x, 15.x, 16.x, 17.x
+ Amazon RDS für MySQL 8.0.23
+ Amazon RDS for PostgreSQL 14.x, 15.x, 16.x, 17.x, 18.x
+ Amazon Redshift
+ Amazon RDS für Db2 Version 11.5.
Informationen zum Arbeiten mit einem bestimmten Ziel finden Sie unter [Zieldatenprovider in der DMS-Schemakonvertierung erstellen und einrichten](data-providers-target.md).
Informationen zu unterstützten Quelldatenbanken finden Sie unter [Quelldatenanbieter für DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).
## Zieldatenanbieter für homogene DMS-Datenmigrationen
Sie können die folgenden Datenanbieter als Ziele für homogene Datenmigrationen verwenden.
+ Amazon Aurora MySQL Version 5.7 und 8.0
+ Amazon Aurora PostgreSQL Version 10.4 bis 16.x
+ Amazon Aurora Serverless v2
+ Amazon RDS for MySQL Version 5.7 und 8.0
+ Amazon RDS for MariaDB, Version 10.2x
+ Amazon RDS for PostgreSQL Version 10.4 bis 16.x
+ Amazon DocumentDB Version 4.0, 5.0 und DocumentDB Elastic Cluster
Informationen zum Arbeiten mit einem bestimmten Ziel finden Sie unter [Eine Zieldatenbank für die Verwendung mit der AWS DMS Schemakonvertierung erstellen und einrichten](dm-data-providers-target.md).
Informationen zu unterstützten Quelldatenbanken finden Sie unter [Quelldatenanbieter für homogene DMS-Datenmigrationen](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations).
# Konstruieren eines Amazon-Ressourcennamens (ARN) für AWS DMS
Wenn Sie die AWS DMS API AWS CLI oder verwenden, um Ihre Datenbankmigration zu automatisieren, arbeiten Sie mit Amazon Resource Name (ARNs). Jede in Amazon Web Services erstellte Ressource wird durch einen ARN identifiziert, bei dem es sich um eine eindeutige Kennung handelt. Wenn Sie die AWS DMS API AWS CLI oder verwenden, um Ihre Datenbankmigration einzurichten, geben Sie den ARN der Ressource an, mit der Sie arbeiten möchten.
Ein ARN für eine AWS DMS Ressource verwendet die folgende Syntax:
`arn:aws:dms:region:account number:resourcetype:resourcename`
In dieser Syntax gilt Folgendes:
+ *`region`*ist die ID des Ortes AWS-Region , an dem die AWS DMS Ressource erstellt wurde, z. `us-west-2` B.
Die folgende Tabelle zeigt AWS-Region Namen und Werte, die Sie beim Erstellen eines ARN verwenden sollten.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html)
+ `account number` ist Ihre Kontonummer (ohne Bindestriche). **Um Ihre Kontonummer zu finden, melden Sie sich unter http://aws.amazon.com bei Ihrem AWS Konto an, wählen Sie **Mein Konto/Konsole** und dann Mein Konto aus.**
+ **`resourcetype`**ist der Ressourcentyp. AWS DMS
Die folgende Tabelle zeigt die Ressourcentypen, die beim Erstellen eines ARN für eine bestimmte AWS DMS Ressource verwendet werden müssen.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html)
+ *`resourcename`*ist der der Ressource zugewiesene AWS DMS Ressourcenname. Dies ist eine beliebige generierte Zeichenfolge.
Die folgende Tabelle zeigt Beispiele ARNs für AWS DMS Ressourcen. Hier gehen wir von einem AWS -Konto 123456789012 aus, das in der Region USA Ost (Nord-Virginia) erstellt wurde und über einen Ressourcennamen verfügt.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html)
# Verwendung AWS DMS mit anderen AWS Diensten
Sie können es AWS DMS mit mehreren anderen AWS Diensten verwenden:
+ Sie können eine Amazon EC2 Instance oder eine Amazon RDS DB-Instance als Ziel für eine Datenmigration verwenden.
+ Sie können das AWS Schema Conversion Tool (AWS SCT) verwenden, um Ihr Quellschema und Ihren SQL-Code in ein äquivalentes Zielschema und SQL-Code zu konvertieren.
+ Sie können Amazon S3 als Speicherort für Ihre Daten oder als Zwischenschritt bei der Migration großer Datenmengen verwenden.
+ Sie können CloudFormation es verwenden, um Ihre AWS Ressourcen für die Infrastrukturverwaltung oder -bereitstellung einzurichten. Sie können beispielsweise AWS DMS Ressourcen wie Replikationsinstanzen, Aufgaben, Zertifikate und Endpunkte bereitstellen. Sie erstellen eine Vorlage, die alle gewünschten AWS Ressourcen beschreibt und diese Ressourcen für Sie CloudFormation bereitstellt und konfiguriert.
## AWS DMS Unterstützung für AWS CloudFormation
Sie können AWS DMS Ressourcen bereitstellen mit AWS CloudFormation. AWS CloudFormation ist ein Service, der Sie bei der Modellierung und Einrichtung Ihrer AWS Ressourcen für die Infrastrukturverwaltung oder -bereitstellung unterstützt. Sie können beispielsweise AWS DMS Ressourcen wie Replikationsinstanzen, Aufgaben, Zertifikate und Endpunkte bereitstellen. Sie erstellen eine Vorlage, die alle gewünschten AWS Ressourcen beschreibt und diese Ressourcen für Sie AWS CloudFormation bereitstellt und konfiguriert.
Als Entwickler oder Systemadministrator können Sie Sammlungen dieser Ressourcen erstellen und verwalten, die Sie dann für wiederkehrende Migrationsaufgaben oder die Bereitstellung von Ressourcen für Ihre Organisation verwenden können. Weitere Informationen zu AWS CloudFormation finden Sie unter [AWS CloudFormation Konzepte](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-whatis-concepts.html) im *AWS CloudFormation Benutzerhandbuch*.
AWS DMS unterstützt die Erstellung der folgenden AWS DMS Ressourcen mithilfe von AWS CloudFormation:
+ [AWS::DMS::Certificate](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-certificate.html)
+ [AWS::DMS::Endpoint](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-endpoint.html)
+ [AWS::DMS::EventSubscription](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-eventsubscription.html)
+ [AWS::DMS::ReplicationInstance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationinstance.html)
+ [AWS::DMS::ReplicationSubnetGroup (Gruppieren)](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationsubnetgroup.html)
+ [AWS::DMS::ReplicationTask](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationtask.html)