Häufig gestellte Fragen zu AWS Database Migration Service

AWS Database Migration Service (DMS) unterstützt verschiedene homogene und heterogene Datenreplikationen.

Entweder die Quell- oder die Zieldatenbank (oder beide) müssen in RDS oder EC2 gespeichert sein. Eine Replikation zwischen dem lokalen System und lokalen Datenbanken wird nicht unterstützt.

• Unterstützte DMS-Quellen
• Unterstützte DMS-Ziele

AWS DMS Serverless unterstützt beliebte Datenbanken und Analysedienste wie Oracle, Microsoft SQL Server, PostgreSQL, MySQL, Amazon Redshift, Amazon RDS, Amazon Aurora und mehr. Sehen Sie sich die vollständige Liste der unterstützten Engines an.

AWS DMS Schema Conversion unterstützt eine Reihe beliebter Datenbanken, die hier aufgeführt sind.

Das AWS Schema Conversion Tool (AWS SCT) unterstützt eine Reihe von Datenbank- und Data-Warehouse-Konvertierungen, die hier aufgeführt sind.

Sehen Sie sich die vollständige Liste der unterstützten Engines für homogene AWS-DMS-Datenmigrationen an, einschließlich PostgreSQL und MySQL.

Ja, ein Bestandteil des AWS Database Migration Service ist die Funktion AWS DMS Schema Conversion (DMS SC), die die Konvertierung von Oracle PL/SQL- und SQL Server T-SQL-Code in entsprechenden Code im Amazon-RDS-für-MySQL-Dialekt von SQL oder in den entsprechenden PL/pgSQL-Code in PostgreSQL automatisiert.

Kann ein Code-Fragment nicht automatisch in die Zielsprache konvertiert werden, dokumentiert DMS SC deutlich die Stellen, an denen manuelle Eingriffe vom Anwendungsentwickler erforderlich werden. Es ist auch eine herunterladbare Version namens AWS Schema Conversion Tool (AWS SCT) verfügbar.

Ja, wenn Sie einen besser anpassbaren Schemamigrationsprozess benötigen (wenn Sie beispielsweise die Produktionsdatenbank migrieren und die gespeicherten Prozeduren und sekundären Datenbankobjekte verschieben müssen), können Sie für heterogene Migrationen das integrierte Feature „Schema Conversion“ von AWS DMS verwenden. Alternative Optionen sind das Herunterladen des AWS Schema Conversion Tools oder das Verwenden der nativen Schemaexport-Tools der Quell-Engine, wenn Sie homogene Migrationen durchführen, beispielsweise:

1. Import- und Export-Assistent von SQL Server Management Studio.
2. Oracle-Tool SQL Developer Database Export oder Erstellen eines Skripts für den Export mit dem Paket dbms_metadata.
3. Workbench-Migrationsassistent von MySQL.

AWS DMS und AWS SCT arbeiten zusammen, um Datenbanken zu migrieren und die fortlaufende Replikation für verschiedene Anwendungsfälle wie das Auffüllen von Data Lakes und Warehouses, das Synchronisieren von Systemen usw. zu unterstützen. AWS SCT kann Datenbankschemas für homogene Migrationen kopieren und sie für heterogene Migrationen konvertieren. Die Schemas können sich zwischen Datenbanken (etwa Oracle zu PostgreSQL) oder zwischen Data Warehouses (etwa Netezza zu Amazon Redshift) befinden.

Sobald ein Schema in einem leeren Ziel erstellt wurde, wird je nach Datenmenge und/oder unterstützten Engines AWS DMS oder AWS SCT zum Verschieben der Daten verwendet. AWS DMS verschiebt traditionell kleinere relationale Verarbeitungslasten (<10 TB), während AWS SCT primär zum Migrieren großer Data Warehouse-Verarbeitungslasten verwendet wird. DMS unterstützt die fortlaufende Replikation, um das Ziel mit der Quelle zu synchronisieren. Das ist bei AWS SCT nicht der Fall.

AWS Database Migration Service (AWS DMS) Serverless stellt automatisch Ressourcen bereit, überwacht und skaliert sie, um Datenbank- und Analysemigrationen zu AWS einfacher und kostengünstiger zu gestalten. Mit AWS DMS Serverless müssen Sie Migrationsressourcen nicht mehr übermäßig bereitstellen oder Ressourcen für eine kontinuierliche Datenreplikation manuell überwachen und skalieren. AWS DMS Serverless optimiert die Ressourcen, um den Bedarf zu decken, sodass Sie nur für die tatsächlich genutzten Ressourcen zahlen. Dies macht es für beliebte Anwendungsfälle wie die kontinuierliche Datenreplikation sowie für komplexe heterogene Migrationen zwischen verschiedenen Quell- und Ziel-Engines hilfreich.

Ja, AWS DMS Serverless kann für die kontinuierliche Replikation verwendet werden. DMS Serverless unterstützt sowohl Single-AZ- als auch Multi-AZ-Bereitstellungsoptionen.

Für homogene Migrationen empfehlen wir, die in DMS integrierten nativen Tools für unterstützte Engines zu verwenden, da sie vertraut sind und eine reibungslose Migration ermöglichen. Sie müssen die Migration nicht bereitstellen oder überwachen und zahlen nur für die Stunden, die Sie während der Migration in Anspruch nehmen. Informationen zu den unterstützten Engines finden Sie auf der DMS-Dokumentationsseite.

Für heterogene Migrationen oder kontinuierliche Datenreplikationen mit Datenschwankungen empfehlen wir die Verwendung von AWS DMS Serverless, da es die Ressourcen automatisch überwacht und skaliert, um den Bedarf zu decken, ohne dass manuelle Eingriffe oder eine übermäßige Bereitstellung von Ressourcen erforderlich sind. Das hilft Ihnen, Zeit und Kosten zu sparen. On-Demand-Instances eignen sich dagegen gut für vorhersehbare, stabile Datenübertragungen, da sie im Hinblick auf Leistung und Kosten richtig dimensioniert werden können. Informationen zu unterstützten Engines finden Sie in der Dokumentation zu AWS DMS Serverless.

Ja, die integrierten nativen Tools von AWS DMS für die homogene Datenmigration sind Serverless. Es verwendet keine Replikations-Instances und überwacht und skaliert die Migrationsressourcen automatisch nach Bedarf, um eine reibungslose Migration zu gewährleisten.

AWS DMS Fleet Advisorist eine kostenlose, vollständig verwaltete Funktion von AWS Database Migration Service (AWS DMS). Sie automatisiert die Migrationsplanung und hilft Ihnen, Datenbanken und Analyseflotten mit minimalem Aufwand in die Cloud zu migrieren. Für die Erkennung von lokalen Datenbanken können Sie einen eigenständigen AWS DMS Fleet Advisor Collector oder das Datenbank- und Analytikerfassungsmodul des AWS Application Discovery Service (ADS) Agentless Collector verwenden.

AWS DMS Fleet Advisor richtet sich an Benutzer, die eine große Anzahl von Datenbank- und Analytik-Servern zu AWS migrieren möchten. Wenn Sie bereit sind, Ihre Datenbank- und Analytik-Workloads in Ziel-AWS-Services zu migrieren, sollten Sie AWS DMS Fleet Advisor nutzen, um Ihre Online Transaction Processing(OLTP)- und Online Analytical Processing (OLAP)-Workloads zu erkunden und zu analysieren. Anschließend können Sie mit Fleet Advisor einen individuellen Migrationsplan erstellen, indem Sie die Komplexität der Migration Ihrer Quelldatenbanken zu den Zielservices in AWS bestimmen.

Der AWS Application Discovery Service (ADS) und der Migration Evaluator zielen auf breit-basierte Computing- angehängte Block-Storage-Discovery ab. Der Migration Evaluator wird von Kunden, die einen datengesteurten Business Case für AWS suchen, genutzt, um ihre Migrationsreise zu beginnen. ADS wird verwendet, um über das AWS Migration Hub Server-zu-Server-Abhängigkeiten zu visualisieren, Anwendungsgruppen zu schaffen und den Migrationsprozess zu überwachen.

Für die meisten Kunden empfehlen wir, den AWS Application Discovery Service (ADS) Agentless Collector in den verfügbaren Regionen zu verwenden, da er die Servermigration über den AWS Migration Hub unterstützt und es Ihnen ermöglicht, lokale Datenbanken zu erkennen. Für alle anderen Regionen empfehlen wir die Verwendung des AWS DMS Fleet Advisor Collectors. Datenbankmetadaten und Nutzungsmetriken, die sowohl vom eigenständigen AWS DMS Fleet Advisor Collector als auch vom AWS ADS Agentless Collector gesammelt wurden, werden in AWS DMS Fleet Advisor verfügbar sein.

Verwenden Sie den AWS ADS Agentless Collector, wenn Sie über eine VMware-vCenter-Server-Umgebung verfügen. Andernfalls kann der AWS DMS Fleet Advisor Collector auf einem Microsoft Windows Server 2012 oder höher installiert werden.

Die Richtlinie für den AWS DMS-Support-Lebenszyklus legt fest, wie lange der Support für die einzelnen DMS-Versionen zur Verfügung steht, d. h. von der Freigabe einer Version bis zur Einstellung des Supports.  

Die Lebenszyklus-Richtlinie für den Support zielt darauf ab, vorhersehbare und konsistente Richtlinien für den Support für jede Veröffentlichung einer AWS-DMS-Version bereitzustellen. Die Richtlinien unterstützen Kunden bei der strategischen Planung ihrer Migration und Upgrades.

Das Ende des Supports für jede DMS-Version beginnt 18 Monate nach ihrer ersten Veröffentlichung. Den aktuellen Zeitplan für alle bestehenden DMS-Versionen finden Sie in Ihrer DMS-Konsole im neuen Bereich „Support-Lebenszyklus-Richtlinie“. 

Die Supportzeitpläne für jede Version von AWS DMS sind in den zugehörigen DMS-Versionshinweisen sowie im neuen Abschnitt „Support-Lebenszyklus-Richtlinie“ in Ihrer DMS-Konsole enthalten. Wenn Sie Versionen verwenden, deren Support innerhalb von 90 Tagen ausläuft, wird neben der Engine-Version unter „Replikations-Instance“ eine Warnung angezeigt. Darüber hinaus sendet AWS den Besitzern von DMS-Instances vierteljährlich eine E-Mail-Erinnerung, wenn sie eine Version einsetzen, die im folgenden Quartal nicht mehr unterstützt wird.

Die Richtlinie trat am 1. Januar 2023 in Kraft. Alle Instances die das Ende des Supports von 18 Monaten nach der Veröffentlichung erreicht haben, werden unabhängig von der automatischen Upgrade-Einstellung automatisch auf die neueste bevorzugte DMS-Version aktualisiert.

Der DMS-Service legt eine der neuesten Versionen von DMS als bevorzugte Version fest. Diese bevorzugte Version wird für automatische Upgrades verwendet und ist die Standardauswahl für Kunden, die eine neue DMS-Instance erstellen.

Neue DMS-Versionen werden erst nach ausgiebiger Prüfung veröffentlicht. Nach der Veröffentlichung einer neuen Version überwacht das DMS-Serviceteam die Zuverlässigkeitsmetriken und das Kundenfeedback genau. Sobald wir sicher sind, dass es keine wesentlichen Probleme mit der neuen Version gibt, markieren wir diese Version als die neue bevorzugte Version, die Sie bei der Auswahl der Version bei der Erstellung der Replikations-Instance finden können.

AWS DMS unterscheidet nicht zwischen einer Haupt- und einer Nebenversion und plant keine andere Support-Richtlinie. 

Wenn Sie das automatische Upgrade aktivieren, wird Ihre Replikations-Instance automatisch auf die neueste bevorzugte Version aktualisiert, sobald diese verfügbar ist. Wenn Sie das automatische Upgrade ablehnen, aktualisiert AWS DMS Ihre Instances auf die neueste bevorzugte Version, sobald das Ende der Lebensdauer erreicht ist. Dies wird Ihnen vor dem Upgrade per E-Mail und Konsolenbenachrichtigung mitgeteilt. In diesem DMS-Benutzerhandbuch erfahren Sie mehr darüber, wie Sie die DMS-Engine-Version mithilfe der AWS-Konsole oder der AWS-CLI aktualisieren.

Die Einstellung für das automatische Upgrade in Ihrer Replikations-Instance ist standardmäßig aktiviert. Um diese Einstellung mit der AWS-CLI, der DMS-API oder der Konsole zu überprüfen oder zu ändern, können Sie diesen Leitfaden zum Ändern einer Replikations-Instance verwenden.

Wenn sich die Tabellen in der Migrationsaufgabe in der Phase der Replizierung laufender Änderungen (CDC) befinden, hält AWS DMS die Aufgabe an, während der Patch angewendet wird. Die Migration wird dann dort fortgesetzt, wo sie beim Anwenden des Patches unterbrochen wurde.

Wenn AWS DMS beim Anwenden des Patches eine vollständige Ladeoperation ausführt, startet AWS DMS die Migration für die Tabelle neu. Diese Upgrades werden während des für die Replikations-Instance angegebenen Wartungsfensters durchgeführt. Weitere Einzelheiten finden Sie im Leitfaden zum Arbeiten mit dem AWS DMS-Wartungsfenster.

Nach Ablauf des End-of-Life-Datums einer DMS-Version kann AWS DMS die Release-Version aus der Konsole entfernen und Ihre Replikations-Instance auf die neueste bevorzugte Version aktualisieren, um weiterhin Support zu leisten. Wir empfehlen Ihnen, so bald wie möglich ein Upgrade auf die neueste AWS-DMS-Version durchzuführen.

Weitere Informationen erhalten Sie beim AWS Developer Support.