Database Migration Service bietet viel Flexibilität für homogene MySQL-Migrationen zu Cloud SQL for MySQL. Je nach Datenbankgröße, Ausfallzeitanforderungen und Netzwerkeinrichtung stehen verschiedene Workflows zur Verfügung, die am besten zu Ihrem Szenario passen. Detaillierte Netzwerk- und andere Voraussetzungen werden in den einzelnen Migrationsanleitungen beschrieben.
Die folgende Tabelle bietet einen Überblick über die einzelnen Migrationsabläufe:
| Migrationsworkflow | Am besten geeignet für | Beschreibung |
|---|---|---|
| Zu einer neuen Zielinstanz migrieren | Standardmigrationen, bei denen Database Migration Service die Cloud SQL-Zielinstanz für Sie erstellen und konfigurieren soll. | Database Migration Service stellt automatisch eine neue Cloud SQL-Zielinstanz mit den von Ihnen ausgewählten Konfigurationsoptionen bereit und migriert Ihre Quellschemas und ‑daten. Umfasst sowohl kontinuierliche als auch einmalige Migrationen mit automatischen oder manuellen mysqldump-Dateien. |
| Zu einer vorhandenen Zielinstanz migrieren | Szenarien, in denen Sie Ihre Cloud SQL-Zielinstanz außerhalb von Database Migration Service vorab erstellen und anpassen müssen (z. B. mit Terraform, benutzerdefinierten Datenbank-Flags, vorhandenen Lesereplikaten oder Private Service Connect-Schnittstellen). | Migrieren Sie Daten in eine eigenständige Cloud SQL-Instanz, die Sie bereits vor dem Einrichten des Migrationsjobs erstellt und konfiguriert haben. Umfasst sowohl kontinuierliche als auch einmalige Migrationen. |
| Mit einer physischen Percona XtraBackup-Datei migrieren | Sehr große, selbst gehostete Datenbanken mit mehreren Terabyte, bei denen ein logischer mysqldump-Export zu langsam wäre. |
Führen Sie eine physische Migration durch, indem Sie physische Sicherungsdateien mit dem Drittanbieter-Dienstprogramm Percona XtraBackup erstellen und in einen Cloud Storage-Bucket hochladen. |