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 lesen und schreiben können. Die Quelldatenbank kann heruntergefahren werden.
Mit dem Database Migration Service können Sie Ihre Daten zu migrieren Google Cloud. Der Dienst unterstützt Datenbankmigrationen zu Cloud SQL- und AlloyDB for PostgreSQL-Instanzen. Der Database Migration Service optimiert die Netzwerkkonfiguration, verwaltet den ersten Snapshot und die fortlaufende Replikation und bietet während des gesamten Migrationsprozesses Statusaktualisierungen.
Mit dem Database Migration Service haben Sie folgende Möglichkeiten:
- Verschiedene Arten von Migrationen durchführen.
- Datenbanken mit minimaler Ausfallzeit zu migrieren. Google Cloud
- Gemini-gestützte Konvertierungsfunktionen bei heterogenen Migrationen verwenden.
- Verschlüsselte Daten sicher migrieren.
- Migrationsjob mit Beobachtbarkeitsmesswerten überwachen.
Das folgende Diagramm zeigt die wichtigsten Funktionen des Database Migration Service im Kontext der Google Cloud Architektur:
Migrationstypen
Migrationen lassen sich in folgende Typen unterteilen:
Kontinuierliche Migration
Die kontinuierliche Migration (manchmal auch als laufende oder Online-Migration bezeichnet) ist ein kontinuierlicher Fluss von Änderungen von der Quelle zum Ziel, der einem 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 Ziel-Cloud SQL-Instanz 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 synchron sind, haben Sie nur minimale Ausfallzeiten.
Einmalige Migration
Eine einmalige Migration ist ein Snapshot der Datenbank zu einem bestimmten Zeitpunkt. Der Database Migration Service erstellt den Snapshot aus der Quelle und wendet ihn auf das Ziel an. Dieser Vorgang ist ein Dump- und Ladevorgang, bei dem das Ziel nach Abschluss des Ladevorgangs verwendet werden kann. Bei allen Anwendungen, die von der Quelldatenbank abhängig sind, kann es während der Migration zu Ausfallzeiten kommen, da während der Migration keine neuen Schreibvorgänge in diese Datenbank möglich sind.
Homogene Migrationen
Homogene Migrationen finden statt, wenn Sie Daten zwischen Datenbanken derselben Technologie migrieren. Beispiel: von MySQL zu Cloud SQL for MySQL.
Weitere Informationen finden Sie unter Homogene Migrationen.
Heterogene Migrationen
Im Gegensatz zu homogenen Migrationen unterscheiden sich bei heterogenen Migrationen wie von Oracle zu Cloud SQL for PostgreSQL die Datenbanktechnologien von Quelle und Ziel.
Weitere Informationen finden Sie unter Heterogene Migrationen.
Minimale Ausfallzeit
Der Database Migration Service unterstützt Migrationen mit geringer Ausfallzeit, kontinuierliche und serverlose Migrationen für homogene und heterogene Migrationen. Die serverlose Architektur des Database Migration Service erstellt einen ersten Snapshot der Quelldatenbank, um den aktuellen Zustand der Daten zu erfassen. Sobald der Snapshot abgeschlossen ist, lädt der Database Migration Service ihn in die Zieldatenbank und die kontinuierliche Datenreplikation beginnt. Die Datenreplikation ist ein kontinuierlicher Vorgang, da alle Änderungen, die an der ursprünglichen Datenbank vorgenommen werden, in Echtzeit verfolgt und kopiert werden. Sie basiert auf Change Data Capture (CDC), einem Prozess, der nur die Änderungen identifiziert und erfasst, z. B. Einfügungen, Aktualisierungen und Löschungen, die Sie nach der Erstellung des ersten Snapshots an der Datenbank vorgenommen haben.
Dieser Ansatz minimiert aus folgenden Gründen die Ausfallzeit:
- Die kontinuierliche Replikation ist effizienter als die häufige Replikation der gesamten Datenbank, da sie sich nur auf Änderungen konzentriert.
- Daten werden migriert, während die Quelldatenbank in Betrieb bleibt.
- Serverlose Migrationen sind in großem Maßstab sehr leistungsstark.
Code- und Schema-Konvertierung mit Gemini beschleunigen
Bei heterogenen Migrationen konvertiert der Database Migration Service das Schema und die Objekte aus der Quelldatenbank in ein Format, das mit der Zieldatenbank kompatibel ist. Konvertierungsarbeitsbereiche bieten folgende Funktionen:
- Erste Schemakonvertierung, die automatisch erfolgt, sobald Sie den Konvertierungsarbeitsbereich 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 Schemakonvertierung überschreiben können.
Weitere Informationen finden Sie unter Gemini-gestützte Konvertierung.
Sicherheit und Verschlüsselung
Der Database Migration Service migriert Daten sicher, indem er SSL/TLS-Zertifikate verwendet, um Netzwerkverbindungen zu verschlüsseln, und kundenverwaltete Verschlüsselungsschlüssel (Customer-Managed Encryption Keys, CMEKs) für kontinuierliche Migrationen.
Weitere Informationen finden Sie unter Sicherheit und Verschlüsselung.
Beobachtbarkeitsmesswerte
Der Database Migration Service zeigt mehrere Diagramme an, mit denen Sie den aktuellen Status und Fortschritt des Migrationsjobs nachvollziehen können. In den meisten Migrationsszenarien können Sie die Informationen in diesen Diagrammen für jede Datenbank filtern, die im Migrationsjob enthalten ist.
Weitere Informationen finden Sie auf den Seiten zu den Messwerten für Migrationsjobs, die für Ihr Migrationsszenario gelten.
Anwendungsfälle
Der 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 auf verwalteten Diensten ausgeführt werden, anstatt die Infrastruktur zu verwalten.
- Kontinuierliche Multi-Cloud-Replikation
- Ähnlich wie bei Lesereplikaten in verschiedenen Regionen kann ein Migrationsjob die Datenbank kontinuierlich in replizieren, wenn Daten bei einem anderen Cloud Anbieter vorhanden sind, um die Leseverfügbarkeit in mehreren Clouds zu gewährleisten.Google Cloud Der Database Migration Service unterstützt kein Dual-Write-Szenario, d. h. das Schreiben in und Lesen aus Quelle und Ziel.
Nächste Schritte
Weitere Informationen zu den verfügbaren Migrationsszenarien:
- Homogene Migrationen
- Heterogene Migrationen