Migration von Amazon Aurora MySQL ohne SUPERUSER-Berechtigungen

Wenn Sie einen Migrationsjob mit einer Amazon Aurora MySQL-Quelle oder Quellen erstellen und ausführen, die keine SUPERUSER-Berechtigungen zulassen, sind für die Migration möglicherweise zusätzliche Schritte erforderlich.

Amazon Aurora MySQL-Migrationsjob erstellen

Beachten Sie die folgenden Anforderungen und passen Sie Ihren Migrationsprozess an:

  1. MySQL beschränkt die Definition des Quellhostnamens auf 60 Zeichen. Hostnamen von Amazon Aurora-Datenbanken sind in der Regel länger als 60 Zeichen. Wenn dies bei der Datenbank, die Sie migrieren, der Fall ist, konfigurieren Sie eine DNS-Weiterleitung, um einen CNAME-Eintrag zu erstellen, der Ihren Domainnamen mit dem Domainnamen Ihrer Amazon Aurora Datenbankinstanz verknüpft. Weitere Informationen zum Einrichten von DNS-CNAME finden Sie in der Cloud DNS-Dokumentation oder in der AWS Route 53-Dokumentation.

  2. Binäre Logs müssen im Standard-Blockspeicher gespeichert werden und können nicht in Amazon S3 gespeichert werden.

  3. Zum Erstellen eines kontinuierlichen Migrationsjobs mit einem manuellen Dump muss GTID aktiviert sein. GTID_MODE muss entweder ON, OFF, oder OFF_PERMISSIVE sein. Der Wert ON_PERMISSIVE für GTID_MODE wird nicht unterstützt.

  4. Um den ersten vollständigen Dump zu erstellen, beenden Sie die MySQL Amazon Aurora-Schreibvorgänge in der Quelldatenbank für etwa 20 Sekunden.

  5. Database Migration Service kann keine Daten aus einer schreibgeschützten Amazon Aurora-Replikatsinstanz eines MySQL-Datenbankclusters migrieren, da binäre Logdateien nicht von der Instanz abgerufen werden können. Weitere Informationen finden Sie in der Amazon-Dokumentation zum Konfigurieren der binären Protokollierung in Aurora MySQL.

Migrationsjob ausführen

Um den ersten vollständigen Dump zu erstellen, beenden Sie die MySQL Amazon Aurora-Schreibvorgänge in der Quelldatenbank für etwa 20 Sekunden. Sie können ein Skript verwenden, mit dem Sie Schreibaktivitäten finden, um zu prüfen, ob alle Schreibvorgänge in die Quelldatenbank beendet wurden.

Der Status und der Unterstatus des Migrationsjobs geben an, wann Schreibvorgänge beendet und wieder aufgenommen werden müssen. Die Statusänderungen können in der API, in der Konsole oder direkt in Cloud Monitoring verfolgt werden:

  1. Nachdem sich der Status in Wird gestartet | Warten auf Ende der Quellschreibvorgänge, sollten die Schreibvorgänge in die Quelldatenbank beendet werden. Database Migration Service erkennt, dass die Schreibvorgänge beendet wurden, und der Status ändert sich in Wird ausgeführt | Dump wird vorbereitet.

  2. Nachdem sich der Status in Wird ausgeführt | Vollständiger Dump läuft geändert hat, können Sie die Schreibvorgänge in die Quelldatenbank wieder aufnehmen.

Database Migration Service versucht etwa 20 Minuten lang, den ersten Dump zu erstellen. Wenn die Schreibvorgänge nicht beendet wurden oder wieder aufgenommen werden, bevor der Status aktualisiert wird, schlägt der Vorgang fehl und gibt einen Fehler zurück, in dem die Ursache des Fehlers beschrieben wird.