Ü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 einer MySQL-Datenbank als Quelle:
Die Migration zu MySQL 5.6 oder MySQL 8.4 mit einer physischen Sicherungsdatei von Percona XtraBackup wird nicht unterstützt.
Wenn Sie zwischen Hauptversionen von MySQL 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 gewährleisten.
Wenn Sie eine versionsübergreifende Migration vorbereiten, sehen Sie sich die von Cloud SQL for MySQL unterstützten Funktionen sowie die Versionshinweise für Ihre Zielversion an, um zu ermitteln, welche Inkompatibilitäten Sie beheben müssen.
Nehmen Sie während der Phase des vollständigen Daten-Dumps keine DDL-Änderungen (Data Definition Language, Datendefinitionssprache) vor, z. B. Änderungen an Tabellendefinitionen. DDL-Änderungen, die vor dem Übergang des Migrationsjobs in die CDC-Phase vorgenommen werden, können zu einem Fehler im Migrationsjob führen. 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 zusätzliche Schritte für eine erfolgreiche Migration erforderlich, einschließlich einer kurzen Unterbrechung der Schreibvorgänge in der Quelle. Weitere Informationen finden Sie in den Abschnitten Amazon RDS-spezifisch und Amazon Aurora-spezifisch.
Database Migration Service kann keine Daten von einer Amazon Aurora-Lesereplikatinstanz eines MySQL-Datenbankclusters migrieren, da keine Binärprotokolldateien von der Instanz abgerufen werden können. Weitere Informationen finden Sie im Amazon Aurora-spezifischen Abschnitt.
Die MySQL-Systemdatenbank wird nicht im Rahmen der Servermigration migriert. Das bedeutet, dass keine Informationen zu Nutzerrollen enthalten sind.
Wenn Sie mit Database Migration Service migrieren, können Sie keine bestimmten Datenbankobjekte wie Datenbanken, Tabellen oder Schemas auswählen. Alle Tabellen aus allen Datenbanken und Schemas werden migriert, mit Ausnahme der folgenden Systemschemas:
mysql,performance_schema,information_schemaundsys. Prüfen Sie vor der Migration, ob Ihre Quelldatenbank 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 erforderlich sind, um die Informationen in den Datenbanken zu entschlüsseln, und Database Migration Service keinen Zugriff auf die Schlüssel hat, können die Datenbanken nicht migriert werden.
Database Migration Service unterstützt die Migration von Daten aus verschlüsselten Amazon Aurora- oder Amazon RDS-Datenbanken, da diese Datenbanken die Entschlüsselung transparent in ihren Diensten verarbeiten. Weitere Informationen finden Sie unter Amazon Aurora-Ressourcen verschlüsseln und Amazon RDS-Ressourcen verschlüsseln.
Während der Migration ist die Cloud SQL-Zieldatenbank im schreibgeschützten Modus, um Änderungen an der Datenbank zu verhindern, die den Migrationsprozess oder die Datenintegrität beeinträchtigen könnten. Nachdem das Ziel hochgestuft wurde, kann darauf geschrieben werden.
Derzeit ist 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.Wenn Sie einen kontinuierlichen Migrationsjob mit einer eigenen Dumpdatei erstellen, verwenden Sie nicht das
mysqldump-Dienstprogramm aus 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. Hinweise zur Konvertierung von Tabellen von MyISAM in InnoDB finden Sie in der MySQL-Dokumentation.
Überlegungen zur Parallelität des Datendumps
Mit der Parallelität von Daten-Dumps können Sie Daten aus MySQL-Datenbanken mit einem leistungsstarken Dump-Mechanismus migrieren und so die Migrationsgeschwindigkeit deutlich verbessern. Beachten Sie bei der Verwendung der Parallelität von Datenexporten Folgendes:
Die Parallelität beim Datenexport ist derzeit nur bei der Migration zu MySQL-Version 5.7 oder 8 verfügbar.
Zu Beginn des Daten-Dumps sperrt Database Migration Service Ihre Quelldatenbank kurz, sodass sie vorübergehend nicht für Schreibvorgänge verfügbar ist. Die Dauer der Sperrung hängt von der Anzahl der Tabellen in der Quelldatenbank ab:
Anzahl der Tabellen Ungefähre Sperrzeit 100 1 Sekunde 10K 9 Sekunden 50.000 49 Sekunden
Einschränkungen für die Migration zu vorhandenen Zielinstanzen
- Die vorhandene Zielinstanz muss leer sein oder darf nur Daten zur Systemkonfiguration 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 mit dem Migrationsjob. 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 migrieren, die ein Lesereplikat hat, muss das GTID-Logging (globale Transaktions-ID) für Ihre Quellinstanz aktiviert sein.
- Für Terraform-Nutzer: Der Database Migration Service ändert die Sicherungs- und Wiederherstellungseinstellungen Ihrer Zielinstanz. Dies kann dazu führen, dass die Einstellungen der Zielinstanz von der Terraform-Konfiguration abweichen, die Sie für die Bereitstellung verwendet haben. Wenn dieses Problem auftritt, folgen Sie der Anleitung unter Fehlerdiagnose.
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.