Auf dieser Seite finden Sie Architekturhinweise und Migrationsstrategien für die Migration relationaler und nicht relationaler Datenbanken zuGoogle Cloud.
Wenn Sie Datenbankadministrator, Cloud-Architekt oder Data Engineer sind, können Sie die Informationen auf dieser Seite verwenden, um Datenbankmigrationsmuster zu bewerten, die richtigen Tools auszuwählen, eine hohe Datentreue zu gewährleisten, die Verzögerung bei der Transaktionsreplikation zu minimieren und die Ausfallzeit während der Umstellung zu kontrollieren.
Bevor Sie diese Seite lesen, sollten Sie eine erste Quellbewertung abgeschlossen haben und sich mit Ihren Datenbankschemas, der Dimensionierung und den Netzwerkabhängigkeiten von Anwendungen vertraut gemacht haben.
Optionen für die Datenbankmigration
Verwenden Sie bei der Planung von Datenbankmigrationen die folgende Tabelle, um einen Zieldienst und ein Tool basierend auf Ihrem Quelldatenbankmodul auszuwählen:
| Quelldatenbank | Zielplattform | Empfohlenes Tool | Migrationsmuster |
|---|---|---|---|
| MySQL, PostgreSQL oder SQL Server | Cloud SQL oder AlloyDB for PostgreSQL | Database Migration Service | Kontinuierliche CDC-Replikation |
| Oracle | AlloyDB oder Bare-Metal-Lösung | Google Cloud Modernization Hub, Schemakonvertierung im Database Migration Service | Homogene oder heterogene Migration |
| Cassandra, MongoDB oder HBase | Bigtable, Spanner oder Firestore | Dataflow- oder Open-Source-Connectors | Batch- oder Streamingaufnahme |
Datenbanken mit dem Database Migration Service migrieren
Database Migration Service bietet serverlose Migrationsjobs, um relationale Datenbanken zu Google Cloudzu migrieren.
Wichtige Funktionen von Database Migration Service
Database Migration Service bietet die folgenden Funktionen:
- Serverlose Architektur: Sie müssen keine dedizierten Replikations-VMs oder Migrationsinfrastruktur bereitstellen oder verwalten.
- Kontinuierliches Change Data Capture (CDC): Repliziert Transaktionen mithilfe von binären Quelllogs (
binlogfür MySQL,wal2jsonfür PostgreSQL und CDC für SQL Server), um Zieldatenbanken mit minimaler Verzögerung synchron zu halten. - Flexible private Konnektivität: Stellt eine sichere Verbindung zu Quelldatenbanken über VPC-Netzwerk-Peering, Reverse-SSH-Tunnel, Cloud VPN oder Cloud Interconnect her.
Informationen zum End-to-End-Migrationsworkflow finden Sie unter Database Migration Service – Übersicht.
Nächste Schritte
- Unstrukturierte Daten und Speichermigration
- Migration containerisierter Anwendungen
- Multi-Cloud-Arbeitslastmigration
- Datenbankarbeitslasten im Modernization Hub
- MySQL zu Cloud SQL migrieren
- PostgreSQL zu Cloud SQL oder AlloyDB migrieren
- Oracle zu PostgreSQL oder AlloyDB migrieren
- Cassandra zu Bigtable migrieren
- Cassandra zu Spanner migrieren
- Prinzipien der Datenbankmigration: Teil 1