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.
Ü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 AWS DMS zwischengespeicherten Änderungen übernommen 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 die interne DMS-Schemakonvertierung 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.
