Bei der Migration werden Daten und Metadaten von 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 dann heruntergefahren werden.
Mit dem Database Migration Service können Sie Ihre Daten zu Google Cloudmigrieren. Der Dienst unterstützt Datenbankmigrationen zu Cloud SQL- und AlloyDB for PostgreSQL-Instanzen. Database Migration Service optimiert das Netzwerk, verwaltet den ersten Snapshot und die laufende Replikation und stellt während des gesamten Migrationsprozesses Statusaktualisierungen bereit.
Mit Database Migration Service können Sie:
- Führen Sie verschiedene Arten von Migrationen aus.
- Verschieben Sie Ihre Datenbanken mit minimaler Ausfallzeit zu Google Cloud .
- Verwenden Sie bei heterogenen Migrationen die von Gemini unterstützten Konvertierungsfunktionen.
- Verschlüsselte Daten sicher migrieren.
- Überwachen Sie Ihren Migrationsjob mit Beobachtbarkeitsmesswerten.
Das folgende Diagramm zeigt die wichtigsten Funktionen von Database Migration Service im Kontext der Architektur von Google Cloud :
Migrationstypen
Migrationen können in die folgenden Typen unterteilt werden:
Kontinuierliche Migration
Die kontinuierliche Migration (manchmal auch als laufende oder Onlinemigration bezeichnet) 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 die Umstellung vornehmen, während Quelle und Ziel synchronisiert sind, ist die Ausfallzeit minimal.
Einmalige Migration
Eine einmalige Migration ist ein einzelner Snapshot der Datenbank zu einem bestimmten Zeitpunkt. Database Migration Service erstellt einen Snapshot der Quelle und wendet ihn auf das Ziel an. Dieser Vorgang ist ein Dump und ein Ladevorgang, bei dem das Ziel nach Abschluss des Ladevorgangs verwendet werden kann. Bei allen Anwendungen, die von der Quelldatenbank abhängen, kann es während des Migrationsprozesses 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 derselben Datenbanktechnologie 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 Oracle zu Cloud SQL for PostgreSQL die Datenbanktechnologien der Quelle und des Ziels.
Weitere Informationen finden Sie unter Heterogene Migrationen.
Minimale Ausfallzeit
Database Migration Service unterstützt kontinuierliche, serverlose Migrationen mit geringer Ausfallzeit für homogene und heterogene Migrationen. Die serverlose Architektur von Database Migration Service erstellt einen ersten Snapshot der Quelldatenbank, um den aktuellen Status der Daten zu erfassen. Sobald der Snapshot abgeschlossen ist, lädt Database Migration Service den Snapshot in die Zieldatenbank und die kontinuierliche Datenreplikation beginnt. Die Datenreplikation ist ein kontinuierlicher Vorgang, da alle Änderungen an der ursprünglichen Datenbank in Echtzeit verfolgt und kopiert werden. Sie basiert auf Change Data Capture (CDC), einem Prozess, der nur die Änderungen identifiziert und erfasst, die Sie nach dem ersten Snapshot an der Datenbank vorgenommen haben, z. B. Einfügungen, Aktualisierungen und Löschungen.
Ein solcher Ansatz minimiert die Ausfallzeiten aus folgenden Gründen:
- Die kontinuierliche 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 betriebsbereit bleibt.
- Serverlose Migrationen sind auch im großen Maßstab sehr leistungsstark.
Code- und Schemakonvertierung mit Gemini beschleunigen
Bei heterogenen Migrationen konvertiert Database Migration Service das Schema und die Objekte aus Ihrer Quelldatenbank in ein Format, das mit Ihrer Zieldatenbank kompatibel ist. Konvertierungsarbeitsbereiche bieten die folgenden Funktionen:
- Die erste Schemakonvertierung erfolgt automatisch, sobald Sie Ihren 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.
- Anweisungen zur Anpassung, mit denen Sie die Regeln der automatischen Schemakonvertierung überschreiben können.
Weitere Informationen finden Sie unter Gemini-basierte Konvertierung.
Sicherheit und Verschlüsselung
Database Migration Service migriert Daten sicher, indem SSL/TLS-Zertifikate zur Verschlüsselung von Netzwerkverbindungen und kundenverwaltete Verschlüsselungsschlüssel (CMEK) für kontinuierliche Migrationen verwendet werden.
Weitere Informationen finden Sie unter Sicherheit und Verschlüsselung.
Beobachtbarkeitsmesswerte
Database Migration Service zeigt mehrere Diagramme, die Ihnen helfen, 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-Clouddiensten wechseln. So können Sie sich auf die Hochverfügbarkeit, die Notfallwiederherstellung und die Leistung von Datenbanken in verwalteten Diensten konzentrieren, anstatt die Infrastruktur zu verwalten.
- Kontinuierliche Multi-Cloud-Replikation
- Ähnlich wie bei Lesereplikaten in verschiedenen Regionen kann ein Migrationsjob die Datenbank kontinuierlich inGoogle Cloud replizieren, wenn Daten bei einem anderen Cloud-Anbieter vorhanden sind, um die Multi-Cloud-Leseverfügbarkeit zu gewährleisten. Database Migration Service unterstützt kein Dual-Write-Szenario, d. h. das Schreiben in und Lesen aus sowohl der Quelle als auch dem Ziel.
Nächste Schritte
Weitere Informationen zu verfügbaren Migrationsszenarien:
- Homogene Migrationen
- Heterogene Migrationen