Übersicht
Bevor Sie Ihre Datenbanken zu Cloud SQL migrieren, sollten Sie die bekannten Einschränkungen für dieses Migrationsszenario berücksichtigen.
Bekannte Einschränkungen bei Verwendung der MySQL-Datenbank als Quelle:
Die Migration zu MySQL 5.6 oder MySQL 8.4 mit einer physischen Percona XtraBackup-Sicherungsdatei wird nicht unterstützt.
Wenn Sie zwischen wichtigen MySQL-Versionen migrieren (z. B. von MySQL 8.0 zu MySQL 8.4), müssen Sie mögliche Inkompatibilitäten beheben, um eine reibungslose Migration ohne Probleme bei der Datenkonsistenz zu ermöglichen.
Wenn Sie sich auf eine versionenübergreifende Migration vorbereiten, lesen Sie die von Cloud SQL for MySQL unterstützten Funktionen sowie die Versionshinweise für Ihre Zielversion, um zu ermitteln, welche Inkompatibilitäten Sie beheben müssen.
Nehmen Sie während der Phase des vollständigen Datendumps keine DDL-Änderungen (Data Definition Language) vor, z. B. keine Änderungen an Tabellendefinitionen. DDL-Änderungen, die vor dem Übergang des Migrationsjobs in die CDC-Phase vorgenommen werden, können dazu führen, dass der Migrationsjob fehlschlägt. Weitere Informationen finden Sie unter Probleme diagnostizieren:
Table definition has changed-Fehler.Wenn die Quelle Amazon RDS MySQL, Amazon Aurora MySQL oder eine Quelle ist, die keine SUPERUSER-Berechtigungen gewährt, sind für eine erfolgreiche Migration zusätzliche Schritte erforderlich, einschließlich einer kurzen Schreibausfallzeit an der Quelle. Weitere Informationen finden Sie in den Abschnitten Amazon RDS-spezifisch und Amazon Aurora-spezifisch.
Der Database Migration Service kann keine Daten aus einer Amazon Aurora-Lesereplikatinstanz eines MySQL-Datenbankclusters migrieren, da keine Binärprotokolldateien aus der Instanz abgerufen werden können. Weitere Informationen finden Sie im Abschnitt zu Amazon Aurora.
Die MySQL-Systemdatenbank wird nicht im Rahmen der Servermigration migriert. Das bedeutet, dass Informationen zu Nutzerrollen nicht enthalten sind.
Bei der Migration mit dem Database Migration Service können Sie keine bestimmten Datenbankobjekte (z. B. Datenbanken, Tabellen oder Schemas) auswählen. Alle Tabellen aus allen Datenbanken und Schemas werden migriert, mit Ausnahme der folgenden Systemschemata:
mysql,performance_schema,information_schemaundsys. Prüfen Sie vor Beginn der Migration, ob Ihre Quelldatenbank keine Objekte enthält, die auf Tabellen in diesen Schemas verweisen. Andernfalls kann die Migration mit der MeldungERROR 1109 (42S02): Unknown table in <schema name here>fehlschlagen. Weitere Informationen finden Sie unter Quelldatenbank konfigurieren und Probleme diagnostizieren.Wenn für verschlüsselte Datenbanken vom Kunden verwaltete Verschlüsselungsschlüssel zum Entschlüsseln der Informationen in den Datenbanken erforderlich sind und der Database Migration Service keinen Zugriff auf die Schlüssel hat, können die Datenbanken nicht migriert werden.
Der Database Migration Service unterstützt die Migration von Daten aus verschlüsselten Amazon Aurora- oder Amazon RDS-Datenbanken, da diese Datenbanken die Entschlüsselung in ihren Diensten transparent verarbeiten. Weitere Informationen finden Sie unter Amazon Aurora-Ressourcen verschlüsseln und Amazon RDS-Ressourcen verschlüsseln.
Während der Migration ist die Ziel-Cloud SQL-Datenbank im Lesemodus, um Änderungen an der Datenbank zu verhindern, die den Migrationsprozess oder die Datenintegrität beeinträchtigen könnten. Nach dem Hochstufen des Ziels kann es beschrieben werden.
Derzeit ist der Database Migration Service nicht mit MariaDB kompatibel.
Sie müssen das Binärlogformat auf
ROWfestlegen. Wenn Sie das Binärprotokoll in einem anderen Format wieSTATEMENToderMIXEDkonfigurieren, schlägt die Replikation möglicherweise fehl. Verwenden Sie dazu beispielsweise dieLOAD DATA IN FILE-Anweisung.Weitere Informationen zu dieser Einschränkung für die Formate
STATEMENToderMIXEDWenn Sie mit einer eigenen Dumpdatei einen kontinuierlichen Migrationsjob erstellen, verwenden Sie nicht das
mysqldump-Dienstprogramm von MySQL-Version 5.7.36. Weitere Informationen finden Sie in der MySQL-Dokumentation unter Fehler 105761.InnoDB ist die einzige unterstützte Speicher-Engine für Cloud SQL. Eine Migration mit MyISAM kann zu Dateninkonsistenzen führen und erfordert eine Datenvalidierung. Informationen zum Konvertieren von Tabellen von MyISAM zu InnoDB finden Sie in der MySQL-Dokumentation.
Überlegungen zur Parallelität von Datendumps
Mit der Datendump-Parallelität können Sie mithilfe eines leistungsstarken Dumpmechanismus von MySQL-Datenbanken migrieren und so die Migrationsgeschwindigkeit erheblich verbessern. Beachten Sie bei der Verwendung der Parallelität von Datendumps Folgendes:
Die Parallelisierung von Datendumps ist derzeit nur bei der Migration zu MySQL-Version 5.7 oder 8 verfügbar.
Zu Beginn des Datendumps sperrt der Database Migration Service Ihre Quelldatenbank kurz, sodass sie vorübergehend nicht für Schreibvorgänge verfügbar ist. Die Sperrdauer hängt von der Anzahl der Tabellen in der Quelldatenbank ab:
Anzahl der Tabellen Ungefähre Sperrzeit 100 1 Sekunde 10.000 9 Sekunden 50.000 49 Sekunden
Einschränkungen für Migrationen zu vorhandenen Zielinstanzen
- Die vorhandene Zielinstanz muss leer sein oder nur Systemkonfigurationsdaten enthalten. Die Migration zu vorhandenen Zielinstanzen, die Nutzerdaten (z. B. Tabellen) enthalten, wird nicht unterstützt.
Wenn Probleme aufgrund zusätzlicher Daten in der vorhandenen Zielinstanz auftreten, löschen Sie die Datenbanken in der Zielinstanz und versuchen Sie es noch einmal. Weitere Informationen finden Sie unter Zusätzliche Daten aus Ihrer vorhandenen Zielinstanz löschen.
- Sie können nur einen Migrationsjob pro Zielinstanz konfigurieren.
- Sie können nur zu eigenständigen Cloud SQL-Instanzen migrieren. Die Migration zu externen Serverreplikaten wird nicht unterstützt.
- Die Migration von Daten zu einer Cloud SQL-Instanz, für die Private Service Connect aktiviert ist, wird nicht unterstützt.
- Wenn Sie zu einer Cloud SQL-Instanz mit einem Lesereplikat migrieren möchten, muss für Ihre Quellinstanz die Protokollierung der globalen Transaktions-ID (GTID) aktiviert sein.
- Für Terraform-Nutzer: Der Database Migration Service ändert die Sicherungs- und Wiederherstellungseinstellungen Ihrer Zielinstanz. Dies kann dazu führen, dass sich die Einstellungen der Zielinstanz von der Terraform-Konfiguration unterscheiden, die Sie für die Bereitstellung verwendet haben. Wenn dieses Problem auftritt, folgen Sie der Anleitung unter Probleme diagnostizieren.
Kontingente
- Es können immer bis zu 2.000 Verbindungsprofile und 1.000 Migrationsjobs gleichzeitig vorhanden sein. Wenn Platz für weitere Jobs und Profile benötigt wird, können Migrationsjobs (einschließlich bereits abgeschlossene) und Verbindungsprofile gelöscht werden.