Bei der Migration werden Daten und Metadaten aus einer Quelldatenbank in eine Zieldatenbank verschoben. Nach Abschluss der Migration wird die Zieldatenbank zur primären Datenbank, in die abhängige Anwendungen Daten lesen und schreiben können. Die Quelldatenbank kann heruntergefahren werden.
Mit dem Database Migration Service können Sie Ihre Daten zu Google Cloudmigrieren. Der Dienst unterstützt Datenbankmigrationen in Cloud SQL- und AlloyDB for PostgreSQL-Instanzen. Database Migration Service optimiert die Vernetzung, verwaltet den ersten Snapshot und die laufende Replikation und bietet während des gesamten Migrationsprozesses Statusaktualisierungen.
Mit Database Migration Service haben Sie folgende Möglichkeiten:
- Sie können verschiedene Migrationstypen ausführen.
- Migrieren Sie Ihre Datenbanken zu Google Cloud mit minimaler Ausfallzeit.
- Gemini-basierte Konvertierungsfunktionen bei heterogenen Migrationen verwenden
- Verschlüsselte Daten sicher migrieren
- Überwachen Sie Ihren Migrationsjob mit Messwerten zur Beobachtbarkeit.
Das folgende Diagramm zeigt die wichtigsten Funktionen von Database Migration Service im Kontext der Google Cloud -Architektur:
Migrationstypen
Migrationen lassen sich in folgende Typen unterteilen:
Kontinuierliche Migration
Die kontinuierliche (manchmal auch als laufende oder Online-) Migration ist ein kontinuierlicher Fluss von Änderungen von der Quelle zum Ziel, der auf einen ersten vollständigen Dump- und Ladevorgang folgt. Wenn das Ziel für Lese- und Schreibvorgänge bereit ist, schließen Sie die Replikation zwischen Quelle und Ziel ab. Die Cloud SQL-Zielinstanz oder der AlloyDB for PostgreSQL-Cluster kann dann als eigenständige primäre Instanz verwendet werden. Wenn Sie den Wechsel vornehmen, wenn Quelle und Ziel synchronisiert sind, haben Sie nur minimale Ausfallzeiten.
Einmalige Migration
Eine einmalige Migration ist ein Snapshot der Datenbank zu einem bestimmten Zeitpunkt. Database Migration Service erstellt den Snapshot aus der Quelle und wendet ihn auf das Ziel an. Bei diesem Prozess werden Daten exportiert und importiert. Das Ziel ist einsatzbereit, sobald der Import abgeschlossen ist. Bei Anwendungen, die von der Quelldatenbank abhängen, kann es während der Migration zu Ausfallzeiten kommen, da während der Migration keine neuen Schreibvorgänge in dieser Datenbank möglich sind.
Homogene Migrationen
Homogene Migrationen finden statt, wenn Sie Daten zwischen Datenbanken derselben Technologie migrieren. Zum Beispiel von MySQL zu Cloud SQL for MySQL.
Weitere Informationen finden Sie unter Homogene Migrationen.
Heterogene Migrationen
Im Gegensatz zu homogenen Migrationen ist bei heterogenen Migrationen, z. B. von Oracle zu Cloud SQL for PostgreSQL, die Datenbanktechnologie von Quelle und Ziel unterschiedlich.
Weitere Informationen finden Sie unter Heterogene Migrationen.
Minimale Ausfallzeit
Database Migration Service unterstützt Migrationen mit geringer Ausfallzeit, kontinuierliche und serverlose Migrationen für homogene und heterogene Migrationen. Die serverlose Architektur von Database Migration Service erstellt einen ersten Snapshot der Quelldatenbank, um den aktuellen Zustand der Daten zu erfassen. Sobald der Snapshot abgeschlossen ist, lädt Database Migration Service ihn in die Zieldatenbank und die kontinuierliche Datenreplikation beginnt. Die Datenreplikation ist ein kontinuierlicher Vorgang, da alle Änderungen, die an der Originaldatenbank vorgenommen werden, in Echtzeit nachverfolgt und kopiert werden. Sie basiert auf Change Data Capture (CDC), einem Prozess, bei dem nur die Änderungen wie Einfügungen, Aktualisierungen und Löschungen erfasst werden, die Sie nach der Erstellung des ersten Snapshots an der Datenbank vorgenommen haben.
Ein solcher Ansatz minimiert Ausfallzeiten aus folgenden Gründen:
- Die fortlaufende Replikation ist effizienter als die häufige Replikation der gesamten Datenbank, da sie sich nur auf Änderungen konzentriert.
- Die Daten werden migriert, während die Quelldatenbank in Betrieb bleibt.
- Serverlose Migrationen sind hochperformant in großem Maßstab.
Code- und Schemakonvertierung mit Gemini beschleunigen
Bei heterogenen Migrationen konvertiert Database Migration Service das Schema und die Objekte aus der Quelldatenbank in ein Format, das mit der Zieldatenbank kompatibel ist. Konvertierungsarbeitsbereiche bieten die folgenden Funktionen:
- Die erste Schemaumstellung erfolgt automatisch, sobald Sie Ihren Umstellungsarbeitsbereich erstellen.
- Der interaktive SQL-Editor, mit dem Sie Konvertierungsprobleme beheben oder das Schema an Ihre Anforderungen anpassen können.
- Unterstützung durch Gemini-Konvertierungsfunktionen.
- Anpassungsanweisungen, mit denen Sie die Regeln der automatischen Schemaumstellung überschreiben können.
Weitere Informationen finden Sie unter Mit Gemini optimierte Konvertierung.
Sicherheit und Verschlüsselung
Database Migration Service migriert Daten sicher, indem SSL/TLS-Zertifikate zur Verschlüsselung von Netzwerkverbindungen und vom Kunden verwaltete Verschlüsselungsschlüssel (Customer-Managed Encryption Keys, CMEK) für kontinuierliche Migrationen verwendet werden.
Weitere Informationen finden Sie unter Sicherheit und Verschlüsselung.
Beobachtbarkeitsmesswerte
Der Database Migration Service bietet mehrere Diagramme, die Ihnen helfen können, den aktuellen Status und Fortschritt Ihres Migrationsjobs zu verstehen. In den meisten Migrationsszenarien können Sie die Informationen in diesen Diagrammen für jede Datenbank filtern, die in Ihrem Migrationsjob enthalten ist.
Weitere Informationen finden Sie auf den Seiten mit Messwerten für Migrationsjobs, die für Ihr Migrationsszenario gelten.
Anwendungsfälle
Database Migration Service ermöglicht die folgenden Anwendungsfälle:
- Lift-and-Shift-Migration zu einem verwalteten Dienst
- Im Rahmen der Umstellung einer Organisation auf Google Cloudkönnen Sie von VM-basierten selbst gehosteten Datenbanken zu verwalteten Datenbank-Cloud-Diensten wechseln. So können Sie sich auf die Hochverfügbarkeit, Notfallwiederherstellung und Leistung von Datenbanken konzentrieren, die in verwalteten Diensten ausgeführt werden, anstatt die Infrastruktur zu verwalten.
- Kontinuierliche Multi-Cloud-Replikation
- Ähnlich wie bei den Lesereplikaten in verschiedenen Regionen kann ein Migrationsjob die Datenbank kontinuierlich inGoogle Cloud replizieren, wenn Daten bei einem anderen Cloud-Anbieter vorhanden sind, um die Leseverfügbarkeit in mehreren Clouds zu gewährleisten. Database Migration Service unterstützt kein Dual-Write-Szenario, bei dem sowohl in die Quelle als auch in das Ziel geschrieben und aus beiden gelesen wird.
Nächste Schritte
Weitere Informationen zu den verfügbaren Migrationsszenarien:
- Homogene Migrationen
- Heterogene Migrationen