Migrieren von Daten zu einem Amazon Aurora My SQL 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 My SQL DB-Cluster

Sie haben mehrere Möglichkeiten, Daten aus Ihrer vorhandenen Datenbank in einen Amazon Aurora My SQL 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 Meine SQL DB-Instance

Physisch

Sie können von einer RDS for My SQL DB-Instance migrieren, indem Sie zunächst eine Aurora My SQL Read Replica einer My SQL DB-Instance erstellen. Wenn die Replikatverzögerung zwischen der My SQL DB-Instance und der Aurora My SQL Read Replica 0 ist, können Sie Ihre Client-Anwendungen anweisen, aus der Aurora-Read Replica zu lesen, und dann die Replikation beenden, um die Aurora My SQL Read Replica zu einem eigenständigen Aurora My SQL DB-Cluster zum Lesen und Schreiben zu machen. Details hierzu finden Sie unter Migrieren von Daten von einer RDS for My SQL DB-Instance zu einem Amazon Aurora My SQL DB-Cluster mithilfe einer Aurora-Read Replica.

Ein RDS Snapshot für My DB SQL

Physisch

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

A: Meine SQL Datenbank außerhalb von Amazon RDS

Logisch

Sie können mit dem mysqldump Hilfsprogramm einen Speicherauszug Ihrer Daten erstellen und diese Daten dann in einen vorhandenen Amazon Aurora My SQL DB-Cluster importieren. Details hierzu finden Sie unter Logische Migration von My SQL zu Amazon Aurora My mithilfe SQL von mysqldump.

Um Metadaten für Datenbankbenutzer während der Migration aus einer externen My SQL Database zu exportieren, können Sie stattdessen auch einen My SQL Shell-Befehl verwenden. mysqldump Weitere Informationen finden Sie unter Instance Dump Utility, Schema Dump Utility und Table Dump Utility.

Anmerkung

Das Hilfsprogramm mysqlpump ist seit My 8.0.34 veraltet. SQL

A: Meine SQL 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 aus diesen Dateien einen Amazon Aurora My SQL DB-Cluster wiederherstellen. Dieser Weg ist bedeutend schneller als eine Datenmigration mit mysqldump. Details hierzu finden Sie unter Physische Migration von MySQL mithilfe von Percona XtraBackup und Amazon S3.

A: Meine SQL 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. Sie können diese Daten dann mit dem SQL Befehl My in einen vorhandenen Aurora My SQL DB-Cluster laden. LOAD DATA FROM S3 Weitere Informationen finden Sie unter Daten aus Textdateien in einem Amazon S3-Bucket in einen Amazon Aurora My SQL DB-Cluster laden.

Eine Datenbank, die nicht My SQL -kompatibel ist

Logisch

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

Anmerkung

Wenn Sie eine My SQL Database extern zu Amazon migrierenRDS, werden die in der Tabelle beschriebenen Migrationsoptionen nur unterstützt, wenn Ihre Datenbank die Tablespaces InnoDB oder Meine ISAM Tablespaces unterstützt.

Wenn die Meine SQL Datenbank, die Sie zu Aurora My migrierenmemcached, SQL verwendet wird, entfernen Sie memcached sie, bevor Sie sie migrieren.

Sie können von einigen älteren My SQL 8.0-Versionen, einschließlich 8.0.11, 8.0.13 und 8.0.15, nicht auf Aurora My SQL Version 3.05 und höher migrieren. Wir empfehlen, vor der Migration ein Upgrade auf Meine Version 8.0.28 durchzuführen. SQL