Migrieren von Daten zu einem Amazon Aurora MySQL-DB-Cluster - Amazon Aurora

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Migrieren von Daten zu einem Amazon Aurora MySQL-DB-Cluster

Sie haben mehrere Möglichkeiten, Daten aus einer vorhandenen Datenbank in einen Amazon Aurora MySQL-DB-Cluster zu migrieren. Die verfügbaren Migrationsoptionen sind auch von der Quelldatenbank und der Menge der zu migrierenden Daten abhängig.

Es gibt zwei verschiedene Migrationstypen: physisch und logisch. Bei der physischen Migration werden physische Kopien von Datenbankdateien verwenden, um die Datenbank zu migrieren. Bei der logischen Migration erfolgt die Migration durch Anwendung logischer Datenbankänderungen, wie beispielsweise Einfügungen, Aktualisierungen und Löschungen.

Die physische Migration hat die folgenden Vorteile:

  • Die physische Migration ist schneller als die logische Migration, insbesondere für große Datenbanken.

  • Die Datenbankleistung leidet nicht, wenn für eine physische Migration eine Sicherung durchgeführt wird.

  • Die physische Migration kann alles in der Quelldatenbank migrieren, auch komplexe Datenbankkomponenten.

Die physische Migration hat die folgenden Einschränkungen:

  • Der Parameter innodb_page_size muss auf seinen Standardwert (16KB) gesetzt sein.

  • Der innodb_data_file_path-Parameter darf nur mit einer Datendatei konfiguriert werden, die den Standarddateinamen "ibdata1:12M:autoextend" verwendet. Datenbanken mit zwei Datendateien oder nur einer Datendatei eines anderen Namens können mit dieser Methode nicht migriert werden.

    Nachfolgend finden Sie Beispiele für unzulässige Dateinamen: "innodb_data_file_path=ibdata1:50M; ibdata2:50M:autoextend" und "innodb_data_file_path=ibdata01:50M:autoextend".

  • Der Parameter innodb_log_files_in_group muss auf seinen Standardwert (2) gesetzt sein.

Die logische Migration hat die folgenden Vorteile:

  • Sie können Untermengen der Datenbank migrieren, beispielsweise bestimmte Tabellen oder Teile einer Tabelle.

  • Die Daten können unabhängig von der physischen Speicherstruktur migriert werden.

Die logische Migration hat die folgenden Einschränkungen:

  • Die logische Migration ist normalerweise langsamer als die physische Migration.

  • Komplexe Datenbankkomponenten können den logischen Migrationsprozess verlangsamen. In einigen Fällen können komplexe Datenbankkomponenten den logischen Migrationsprozess sogar blockieren.

In der folgenden Tabelle sind Ihre Optionen und die Migrationstypen für jede Option aufgelistet.

Migration von Migrationstyp Lösung

Eine RDS für MySQL-DB-Instance

Physisch

Sie können Daten aus einer RDS für MySQL-DB-Instance migrieren, indem Sie zunächst eine Aurora MySQL-Read Replica einer MySQL-DB-Instance erstellen. Wenn die Replica-Verzögerung zwischen der MySQL-DB-Instance und der Aurora MySQL-Read Replica 0 beträgt, können Sie Ihre Client-Anwendungen anweisen, aus der Aurora Read Replica zu lesen und dann die Replikation stoppen, um die Aurora MySQL Read Replica in ein eigenständiges Aurora MySQL-DB-Cluster für das Lesen und Schreiben zu transformieren. Details hierzu finden Sie unter Migrieren von Daten aus einer RDS-für-MySQL-DB-Instance zu einem Amazon-Aurora-MySQL-DB-Cluster mittels einer Aurora Read Replica (Lesereplikat).

Ein RDS für MySQL-DB-Snapshot

Physisch

Sie können Daten direkt aus einem RDS für MySQL-DB-Snapshot in einen Amazon Aurora MySQL-DB-Cluster migrieren. Details hierzu finden Sie unter Migrieren eines RDS für MySQL-Snapshots zu Aurora.

einer MySQL-Datenbank außerhalb von Amazon RDS

Logisch

Sie können mithilfe des Dienstprogramms mysqldump eine Dump-Datei mit den Daten erstellen und diese dann in einen bestehenden Amazon Aurora MySQL-DB-Cluster importieren. Details hierzu finden Sie unter Logische Migration von MySQL zu Amazon Aurora MySQL mithilfe von mysqldump.

einer MySQL-Datenbank außerhalb von Amazon RDS

Physisch

Sie können die Sicherungsdateien aus Ihrer Datenbank in einen Amazon Simple Storage Service (Amazon S3)-Bucket kopieren und dann einen Amazon Aurora MySQL-DB-Cluster aus diesen Dateien wiederherstellen. Dieser Weg ist bedeutend schneller als eine Datenmigration mit mysqldump. Details hierzu finden Sie unter Physische Migration aus MySQL mit Percona XtraBackup und Amazon S3.

einer MySQL-Datenbank außerhalb von Amazon RDS

Logisch

Sie können die Daten in der Datenbank als Textdateien speichern und diese in einen Amazon S3-Bucket kopieren. Anschließend können die Daten in einen vorhandenen Aurora MySQL-DB-Cluster laden, indem Sie den MySQL-Befehl LOAD DATA FROM S3 verwenden. Weitere Informationen finden Sie unter Laden von Daten in einen Amazon Aurora MySQL-DB-Cluster aus Textdateien in einem Amazon S3-Bucket.

Eine Datenbank, die nicht MySQL-kompatibel ist

Logisch

Sie können AWS Database Migration Service (AWS DMS) verwenden, um Daten aus einer Datenbank zu migrieren, die nicht MySQL-kompatibel ist. Weitere Informationen zu AWS DMS finden Sie unter Was ist AWSDatabase Migration Service?

Anmerkung

Wenn Sie eine MySQL-Datenbank extern zu Amazon RDS migrieren, werden die in der Tabelle beschriebenen Migrationsoptionen nur unterstützt, wenn Ihre Datenbank die InnoDB- oder MyISAM-Tabellenbereiche unterstützt.

Wenn die MySQL-Datenbank, die Sie zu Aurora MySQL migrieren, memcached verwendet, müssen Sie memcached vor der Migration entfernen.

Sie können von einigen älteren Versionen von MySQL 8.0, einschließlich 8.0.11, 8.0.13 und 8.0.15, nicht zu Aurora MySQL Version 3.05 und höher migrieren. Wir empfehlen, vor der Migration auf MySQL Version 8.0.28 zu aktualisieren.