Database Migration Service bietet viel Flexibilität für Ihre homogenen MySQL-Migrationen zu Cloud SQL for MySQL. Je nach Datenbankgröße, Anforderungen an die Ausfallzeit und Netzwerkeinrichtung stehen verschiedene Workflows zur Verfügung, die am besten zu Ihrem Szenario passen. Detaillierte Informationen zu den Netzwerkanforderungen und anderen Voraussetzungen finden Sie in den jeweiligen Migrationsanleitungen.
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 die Zielinstanz von Cloud SQL von Database Migration Service erstellt und konfiguriert werden soll. | Database Migration Service stellt automatisch eine neue Cloud SQL-Zielinstanz mit den von Ihnen ausgewählten Konfigurationsoptionen bereit und migriert Ihre Quellschemata und -daten. Unterstützt sowohl kontinuierliche als auch einmalige Migrationen mit automatischen oder manuellen mysqldump-Dateien. |
| Zu einer vorhandenen Zielinstanz migrieren | Szenarien, in denen Sie die 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). | Daten in eine eigenständige Cloud SQL-Instanz migrieren, die Sie bereits erstellt und konfiguriert haben, bevor Sie den Migrationsjob einrichten. Unterstützt 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. |
Eine physische Migration durchführen, indem Sie mit dem Drittanbieter-Dienstprogramm Percona XtraBackup physische Sicherungsdateien erstellen und in einen Cloud Storage-Bucket hochladen. |