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 aus einer DB-Instance von RDS für MySQL in einen DB-Cluster von Amazon Aurora MySQL Sie können Daten aus einer DB-Instance von RDS für MySQL in einen DB-Cluster von Amazon Aurora MySQL migrieren (kopieren). **Topics** + [Migrieren eines RDS für MySQL-Snapshots zu Aurora](AuroraMySQL.Migrating.RDSMySQL.Snapshot.md) + [Migrieren von Daten aus einer RDS-für-MySQL-DB-Instance zu einem Amazon-Aurora-MySQL-DB-Cluster mittels einer Aurora Read Replica (Lesereplikat)](AuroraMySQL.Migrating.RDSMySQL.Replica.md) **Anmerkung** Da Amazon Aurora MySQL mit MySQL kompatibel ist, können Sie Daten aus einer MySQL-Datenbank migrieren, indem Sie eine Replikation zwischen Ihrer MySQL-Datenbank und einem Amazon Aurora MySQL-DB-Cluster einrichten. Weitere Informationen finden Sie unter [Replikation mit Amazon Aurora](Aurora.Replication.md). # Migrieren eines RDS für MySQL-Snapshots zu Aurora Sie können einen DB-Snapshot einer RDS-MySQL-DB-Instance migrieren, um einen Aurora-MySQL-DB-Cluster zu erstellen. Der neue Aurora-MySQL-DB-Cluster wird mit den Daten der ursprünglichen RDS für MySQL-DB-Instance gefüllt. Der DB-Snapshot muss von einer DB-Instance von Amazon RDS erstellt worden sein, die eine mit Aurora MySQL kompatible MySQL-Version ausführt. Sie können einen manuell oder automatisch erstellten DB-Snapshot migrieren. Nachdem der DB-Cluster erstellt wurde, können Sie optional Aurora-Replikate erstellen. **Anmerkung** Sie können eine MySQL-DB-Instance zu einem Aurora MySQL-DB-Cluster auch migrieren, indem Sie zunächst eine Aurora Read Replica der MySQL-Quell-DB-Instance erstellen. Weitere Informationen 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)](AuroraMySQL.Migrating.RDSMySQL.Replica.md). 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. Gehen Sie wie folgt vor: 1. Bestimmen Sie die Menge an Speicher, die für den Aurora MySQL-DB-Cluster bereitgestellt werden soll. Weitere Informationen finden Sie unter [Wie viel Speicherplatz benötige ich?](#AuroraMySQL.Migrating.RDSMySQL.Space) 1. Verwenden Sie die Konsole, um den Snapshot in der AWS Region zu erstellen, in der sich die Amazon RDS-MySQL-Instance befindet. Informationen zum Erstellen von DB-Snapshots finden Sie unter [Erstellen eines DB-Snapshots](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CreateSnapshot.html). 1. Wenn sich der DB-Snapshot nicht in derselben AWS Region wie Ihr DB-Cluster befindet, verwenden Sie die Amazon RDS-Konsole, um den DB-Snapshot in diese AWS Region zu kopieren. Informationen zum Kopieren von DB-Snapshots finden Sie unter [Kopieren eines DB-Snapshots](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CopySnapshot.html). 1. Verwenden Sie die Konsole, um den DB-Snapshot zu migrieren und einen Aurora MySQL-DB-Cluster mit denselben Datenbanken wie die ursprüngliche MySQL-DB-Instance zu erstellen. **Warnung** Amazon RDS beschränkt jedes AWS Konto auf jeweils eine Snapshot-Kopie in jeder AWS Region. ## Wie viel Speicherplatz benötige ich? Wenn Sie den Snapshot einer MySQL-DB-Instance zu einem Aurora MySQL-DB-Cluster migrieren, verwendet Aurora ein Amazon Elastic Block Store (Amazon EBS)-Volume, um die Daten aus dem Snapshot vor der Migration zu formatieren. In manchen Fällen ist zusätzlicher Speicherplatz erforderlich, um die Daten für die Migration zu formatieren. Tabellen, die keine MyISAM-Tabellen und nicht komprimiert sind, können bis zu 16 TB groß sein. Wenn Sie MyISAM-Tabellen besitzen, muss Aurora zusätzlichen Speicherplatz im Volume verwenden, um die Tabellen so zu konvertieren, dass sie mit Aurora MySQL kompatibel sind. Wenn Sie komprimierte Tabellen besitzen, muss Aurora zusätzlichen Speicherplatz im Volume verwenden, um diese Tabellen zu erweitern, bevor sie im Aurora-Cluster-Volume gespeichert werden. Aufgrund dieses zusätzlichen Platzbedarfs sollten Sie sicherstellen, dass keine der MyISAM-Tabellen und der komprimierten Tabellen, die von Ihrer MySQL-DB-Instance migriert werden, die Größe von 8 TB übersteigt. ## Reduzieren des erforderlichen Speicherplatzes für die Migration von Daten zu Amazon Aurora MySQL Sie können bei Bedarf das Datenbankschema vor dem Migrieren nach Amazon Aurora ändern. Eine solche Änderung kann in den folgenden Fällen hilfreich sein: + Sie möchten die Migration beschleunigen. + Sie wissen nicht genau, wie viel Speicherplatz bereitgestellt werden muss. + Ein Migrationsversuch ist fehlgeschlagen, weil nicht genügend Speicherplatz verfügbar war. Sie können die folgenden Änderungen vornehmen, um das Migrieren einer Datenbank zu Amazon Aurora zu optimieren. **Wichtig** Führen Sie diese Aktualisierungen für die neue DB-Instance durch, die aus einem Snapshot einer Produktionsdatenbank wiederhergestellt wurde, statt eine Produktions-Instance zu verwenden. Anschließend können Sie die Daten aus dem Snapshot der neuen DB-Instance in den Aurora-DB-Cluster migrieren, um Service-Unterbrechungen bei der Produktionsdatenbank zu vermeiden. | Tabellentyp | Einschränkung oder Richtlinie | | --- | --- | | MyISAM-Tabellen | Aurora MySQL unterstützt ausschließlich InnoDB-Tabellen. Wenn die Datenbank MyISAM-Tabellen enthält, müssen diese vor der Migration nach Aurora MySQL konvertiert werden. Während der Migration wird für die Konvertierung von MyISAM nach InnoDB zusätzlicher Speicherplatz benötigt. Um das Risiko zu senken, dass der Speicherplatz nicht ausreicht, oder um den Migrationsvorgang zu beschleunigen, wandeln Sie alle MyISAM-Tabellen vor der Migration in InnoDB-Tabellen um. Die Größe der resultierenden InnoDB-Tabelle entspricht den Größenanforderungen von Aurora MySQL für diese Tabelle. Führen Sie zum Umwandeln einer MyISAM-Tabelle in eine InnoDB-Tabelle den folgenden Befehl aus: `alter table . engine=innodb, algorithm=copy;` | | Komprimierte Tabellen | Aurora MySQL unterstützt keine komprimierten Tabellen (d. h. mit erstellte Tabelle `ROW_FORMAT=COMPRESSED`). Um das Risiko zu senken, dass der Speicherplatz nicht ausreicht, oder um den Migrationsvorgang zu beschleunigen, erweitern Sie komprimierte Tabellen, indem Sie `ROW_FORMAT` auf `DEFAULT`, `COMPACT`, `DYNAMIC` oder `REDUNDANT` einstellen. Weitere Informationen finden Sie unter [InnoDB row formats](https://dev.mysql.com/doc/refman/8.0/en/innodb-row-format.html) in der MySQL-Dokumentation. | Sie können mit dem folgenden SQL-Skript alle Datenbanktabellen der MySQL-DB-Instance auflisten, die MyISAM-Tabellen oder komprimierte Tabellen sind. ``` -- This script examines a MySQL database for conditions that block -- migrating the database into Amazon Aurora. -- It needs to be run from an account that has read permission for the -- INFORMATION_SCHEMA database. -- Verify that this is a supported version of MySQL. select msg as `==> Checking current version of MySQL.` from ( select 'This script should be run on MySQL version 5.6 or higher. ' + 'Earlier versions are not supported.' as msg, cast(substring_index(version(), '.', 1) as unsigned) * 100 + cast(substring_index(substring_index(version(), '.', 2), '.', -1) as unsigned) as major_minor ) as T where major_minor <> 506; -- List MyISAM and compressed tables. Include the table size. select concat(TABLE_SCHEMA, '.', TABLE_NAME) as `==> MyISAM or Compressed Tables`, round(((data_length + index_length) / 1024 / 1024), 2) "Approx size (MB)" from INFORMATION_SCHEMA.TABLES where ENGINE <> 'InnoDB' and ( -- User tables TABLE_SCHEMA not in ('mysql', 'performance_schema', 'information_schema') or -- Non-standard system tables ( TABLE_SCHEMA = 'mysql' and TABLE_NAME not in ( 'columns_priv', 'db', 'event', 'func', 'general_log', 'help_category', 'help_keyword', 'help_relation', 'help_topic', 'host', 'ndb_binlog_index', 'plugin', 'proc', 'procs_priv', 'proxies_priv', 'servers', 'slow_log', 'tables_priv', 'time_zone', 'time_zone_leap_second', 'time_zone_name', 'time_zone_transition', 'time_zone_transition_type', 'user' ) ) ) or ( -- Compressed tables ROW_FORMAT = 'Compressed' ); ``` Das Skript produziert eine Ausgabe wie im folgenden Beispiel. Das Beispiel zeigt zwei Tabellen, die vom MyISAM- in das InnoDB-Format umgewandelt werden müssen. Außerdem wird die ungefähre Größe jeder Tabelle in Megabyte (MB) angezeigt. ``` +---------------------------------+------------------+ | ==> MyISAM or Compressed Tables | Approx size (MB) | +---------------------------------+------------------+ | test.name_table | 2102.25 | | test.my_table | 65.25 | +---------------------------------+------------------+ 2 rows in set (0.01 sec) ``` ## Migrieren eines DB-Snapshots von RDS für MySQL zu einem Aurora-MySQL-DB-Cluster Sie können einen DB-Snapshot einer RDS for MySQL-DB-Instance migrieren, um einen Aurora MySQL-DB-Cluster mit dem AWS-Managementkonsole oder dem zu erstellen AWS CLI. Der neue Aurora-MySQL-DB-Cluster wird mit den Daten der ursprünglichen RDS für MySQL-DB-Instance gefüllt. Informationen zum Erstellen von DB-Snapshots finden Sie unter [Erstellen eines DB-Snapshots](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CreateSnapshot.html). Wenn sich der DB-Snapshot nicht in der AWS Region befindet, in der Sie Ihre Daten speichern möchten, kopieren Sie den DB-Snapshot AWS in diese Region. Informationen zum Kopieren von DB-Snapshots finden Sie unter [Kopieren eines DB-Snapshots](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CopySnapshot.html). ### Konsole Wenn Sie den DB-Snapshot mithilfe von migrieren AWS-Managementkonsole, ergreift die Konsole die erforderlichen Maßnahmen, um nur den DB-Cluster zu erstellen. Sie können sich auch dafür entscheiden, dass Ihr neuer Aurora MySQL DB-Cluster im Ruhezustand verschlüsselt wird, indem Sie eine AWS KMS key. **Um einen MySQL-DB-Snapshot mit dem AWS-Managementkonsole** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Starten Sie die Migration entweder von der MySQL DB-Instance oder vom Snapshot aus: Um die Migration von der DB-Instance aus zu starten: 1. Wählen Sie im Navigationsbereich **Databases (Datenbanken)** und anschließend die MySQL-DB-Instance aus. 1. Wählen Sie unter **Actions (Aktionen)** die Option **Migrate latest snapshot (Aktuellen Snapshot migrieren)** aus. Um die Migration vom Snapshot aus zu starten: 1. Klicken Sie auf **Snapshots (Snapshots)**. 1. Wählen Sie auf der Seite **Snapshots (Snapshots)** den Snapshot aus, den Sie zu einem Aurora MySQL-DB-Cluster migrieren möchten. 1. Wählen Sie die Option **Snapshot-Aktionen** und anschließend **Snapshot migrieren**. Die Seite **Datenbank migrieren** wird angezeigt. 1. Legen Sie auf der Seite **Migrate Database (Datenbank migrieren)** Folgendes fest: + **Migrate to DB Engine (Zu DB-Engine migrieren)**: Wählen Sie `aurora` aus. + **DB Engine Version (DB-Engine-Version)**: Wählen Sie die DB-Engine-Version für das Aurora MySQL-DB-Cluster aus. + **DB-Instance-Klasse**: Wählen Sie eine DB-Instance-Klasse, die über ausreichend Speicher und Kapazität für Ihre Datenbank verfügt, z. B. `db.r3.large`. Aurora-Cluster-Volumes nehmen automatisch an Größe zu, wenn die Datenmenge in Ihrer Datenbank zunimmt. Ein Aurora-Cluster-Volume kann auf eine maximale Größe von 128 tebibytes (TiB) anwachsen. Sie müssen daher nur eine DB-Instance-Klasse auswählen, die den aktuellen Speicheranforderungen entspricht. Weitere Informationen finden Sie unter [Übersicht über Amazon-Aurora-Speicher](Aurora.Overview.StorageReliability.md#Aurora.Overview.Storage). + **DB-Instance-ID**: Geben Sie einen Namen für den DB-Cluster ein, der für Ihr Konto in der ausgewählten AWS Region eindeutig ist. Dieser Bezeichner wird in den Endpunktadressen für die Instances im DB-Cluster verwendet. Sie können dem Namen einige Informationen hinzufügen, z. B. die AWS Region und die DB-Engine, die Sie ausgewählt haben**aurora-cluster1**. Für den DB-Instance-Bezeichner gelten folgende Einschränkungen: + Sie darf 1 bis 63 alphanumerische Zeichen oder Bindestriche enthalten. + Das erste Zeichen muss ein Buchstabe sein. + Er darf nicht mit einem Bindestrich enden oder zwei aufeinanderfolgende Bindestriche enthalten. + Er muss für alle DB-Instances pro AWS Konto und AWS Region eindeutig sein. + **Virtual Private Cloud (VPC)**: Wenn bereits eine VPC vorhanden ist, können Sie diese VPC mit dem Aurora MySQL-DB-Cluster verwenden, indem Sie die VPC-ID auswählen, beispielsweise `vpc-a464d1c1`. Weitere Informationen zum Erstellen einer VPC finden Sie unter [Tutorial: Eine VPC zur Verwendung mit einem erstellen (IPv4 nur)](CHAP_Tutorials.WebServerDB.CreateVPC.md). Andernfalls können Sie von Aurora eine neue VPC erstellen lassen, indem Sie auf **Neue VPC erstellen** klicken. + **DB-Subnetzgruppe**: Wenn bereits eine Subnetzgruppe vorhanden ist, können Sie diese Subnetzgruppe mit dem Aurora-MySQL-DB-Cluster verwenden, indem Sie die Subnetzgruppen-ID auswählen, beispielsweise `gs-subnet-group1`. Andernfalls können Sie von Aurora eine neue Subnetzgruppe erstellen lassen, indem Sie auf **Neue Subnetzgruppe erstellen** klicken. + **Öffentliche Zugänglichkeit**: Wählen Sie **Nein** aus, um anzugeben, dass nur Ressourcen innerhalb Ihrer VPC auf Instances im DB-Cluster zugreifen dürfen. Wählen Sie **Ja** aus, um anzugeben, dass Ressourcen im öffentlichen Netzwerk auf Instances im DB-Cluster zugreifen dürfen. Die Standardeinstellung lautet **Ja**. **Anmerkung** Der Produktions-DB-Cluster muss sich nicht unbedingt in einem öffentlichen Subnetz befinden, da nur die Anwendungsserver Zugriff auf ihren DB-Cluster benötigen. Wenn sich das DB-Cluster nicht in einem öffentlichen Subnetz befinden muss, legen Sie **Publicly Accessible (Öffentlich zugänglich)** auf **No (Nein)** fest. + **Availability Zone (Availability Zone)**: Wählen Sie die Availability Zone aus, in der die primäre Instance für Ihr Aurora-MySQL-DB-Cluster gehostet werden soll. Wenn die Availability Zone durch Aurora ausgewählt werden soll, wählen Sie **No Preference (Keine Präferenz)** aus. + **Database Port (Datenbankport)**: Geben Sie den Standardport ein, der beim Verbinden der Instances im Aurora MySQL-DB-Cluster verwendet werden soll. Der Standardwert ist `3306`. **Anmerkung** Möglicherweise lässt die Firewall eines Unternehmens den Zugriff auf Standardports, wie z. B. den MySQL-Standardport 3306, nicht zu. Geben Sie in diesem Fall einen Port ein, der von der Firewall Ihres Unternehmens zugelassen wird. Sie benötigen diesen Port-Wert später, wenn Sie eine Verbindung mit dem Aurora MySQL-DB-Cluster herstellen. + **Verschlüsselung**: Wählen Sie **Verschlüsselung aktivieren** aus, um Ihren neuen Aurora MySQL-DB-Cluster im Ruhezustand zu verschlüsseln. Wenn Sie **Verschlüsselung aktivieren** wählen, müssen Sie einen KMS-Schlüssel als Wert **AWS KMS key** wählen. Wenn Ihr DB-Snapshot nicht verschlüsselt ist, geben Sie einen Verschlüsselungsschlüssel an, damit Ihr DB-Cluster in Ruhe verschlüsselt wird. Wenn Ihr DB-Snapshot verschlüsselt ist, geben Sie einen Verschlüsselungsschlüssel an, damit Ihr DB-Cluster in Ruhe mit dem angegebenen Verschlüsselungsschlüssel verschlüsselt wird. Sie können den vom DB-Snapshot verwendeten Verschlüsselungsschlüssel oder einen anderen Schlüssel angeben. Aus einem verschlüsselten DB-Snapshot kann kein unverschlüsselter DB-Cluster erstellt werden. + **Auto Minor Version Upgrade (Automatisches Unterversions-Upgrade)**: Diese Einstellung ist für Aurora MySQL-DB-Cluster nicht relevant. Weitere Informationen über Engine-Updates für Aurora MySQL finden Sie unter [Datenbank-Engine-Updates für Amazon Aurora MySQLLTS-Versionen (Long-Term-Support, Langzeit-Support) und Betaversionen für Amazon Aurora MySQL](AuroraMySQL.Updates.md). 1. Wählen Sie **Migrate (Migrieren)** aus, um den DB-Snapshot zu migrieren. 1. Klicken Sie auf **Instances** und danach auf das Pfeilsymbol, um die DB-Cluster-Details anzuzeigen und den Fortschritt der Migration zu überwachen. Auf der Detailseite wird der Cluster-Endpunkt zum Herstellen einer Verbindung mit der primären Instance des DB-Clusters angezeigt. Weitere Informationen zum Herstellen einer Verbindung mit einem Aurora-MySQL-DB-Cluster finden Sie unter [Herstellen einer Verbindung mit einem Amazon Aurora-DB-Cluster](Aurora.Connecting.md). ### AWS CLI Sie können einen Aurora-DB-Cluster aus einem DB-Snapshot einer RDS für MySQL-DB-Instance erstellen, indem Sie den [https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html)-Befehl mit folgenden Parametern verwenden: + `--db-cluster-identifier` – Der Name des zu erstellenden DB-Clusters. + `--engine aurora-mysql` – Für einen mit MySQL 5.7 oder 8.0 kompatiblen DB-Cluster + `--kms-key-id`— Das AWS KMS key , mit dem Sie den DB-Cluster optional verschlüsseln können, je nachdem, ob Ihr DB-Snapshot verschlüsselt ist. + Wenn Ihr DB-Snapshot nicht verschlüsselt ist, geben Sie einen Verschlüsselungsschlüssel an, damit Ihr DB-Cluster in Ruhe verschlüsselt wird. Andernfalls wird Ihr DB-Cluster nicht verschlüsselt. + Wenn Ihr DB-Snapshot verschlüsselt ist, geben Sie einen Verschlüsselungsschlüssel an, damit Ihr DB-Cluster in Ruhe mit dem angegebenen Verschlüsselungsschlüssel verschlüsselt wird. Ansonsten wird Ihr DB-Cluster im Ruhezustand mit dem Verschlüsselungsschlüssel für den DB-Snapshot verschlüsselt. **Anmerkung** Aus einem verschlüsselten DB-Snapshot kann kein unverschlüsselter DB-Cluster erstellt werden. + `--snapshot-identifier` – Der Amazon-Ressourcenname (ARN) des zu migrierenden DB-Snapshots. Weitere Informationen zu Amazon RDS ARNs finden Sie unter [Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-rds). Wenn Sie den DB-Snapshot mit dem Befehl `RestoreDBClusterFromSnapshot` migrieren, erstellt der Befehl sowohl den DB-Cluster als auch die primäre Instance. In diesem Beispiel erstellen Sie einen MySQL 5.7-kompatiblen DB-Cluster, der *mydbcluster* nach einem DB-Snapshot benannt ist und dessen ARN auf gesetzt ist. *mydbsnapshotARN* Für Linux, macOS oder Unix: ``` aws rds restore-db-cluster-from-snapshot \ --db-cluster-identifier mydbcluster \ --snapshot-identifier mydbsnapshotARN \ --engine aurora-mysql ``` Für Windows: ``` aws rds restore-db-cluster-from-snapshot ^ --db-cluster-identifier mydbcluster ^ --snapshot-identifier mydbsnapshotARN ^ --engine aurora-mysql ``` In diesem Beispiel erstellen Sie einen MySQL 5.7-kompatiblen DB-Cluster, der *mydbcluster* nach einem DB-Snapshot benannt ist und dessen ARN auf gesetzt ist. *mydbsnapshotARN* Für Linux, macOS oder Unix: ``` aws rds restore-db-cluster-from-snapshot \ --db-cluster-identifier mydbcluster \ --snapshot-identifier mydbsnapshotARN \ --engine aurora-mysql ``` Für Windows: ``` aws rds restore-db-cluster-from-snapshot ^ --db-cluster-identifier mydbcluster ^ --snapshot-identifier mydbsnapshotARN ^ --engine aurora-mysql ``` # Migrieren von Daten aus einer RDS-für-MySQL-DB-Instance zu einem Amazon-Aurora-MySQL-DB-Cluster mittels einer Aurora Read Replica (Lesereplikat) Aurora verwendet die binäre Protokoll-Replizierungsfunktionalität der MySQL-DB-Engine, um für eine MySQL-Quell-DB-Instance einen speziellen Typ von DB-Cluster zu erstellen, der als „Aurora Read Replica“ bezeichnet wird. Aktualisierungen, die an der RDS-für-MySQL-DB-Quell-Instance vorgenommen werden, werden asynchron in diese Aurora Read Replica repliziert. Es wird empfohlen, diese Funktionalität zu verwenden, um eine Migration aus einer RDS-für-MySQL-DB-Instance zu einem Aurora-MySQL-DB-Cluster durchzuführen, indem Sie eine Aurora Read Replica Ihrer MySQL-DB-Quell-Instance erstellen. Wenn die Replikationsverzögerung zwischen der RDS-für-MySQL-DB-Instance und der Aurora Read Replica 0 beträgt, können Sie die Clientanwendungen für den Zugriff auf die Aurora Read Replica konfigurieren und dann die Replikation stoppen, damit die Aurora Read Replica als eigenständiger Aurora MySQL-DB-Cluster verwendet wird. Beachten Sie, dass die Migration sehr lange dauern kann. Pro Tebibyte (TiB) Daten werden mehrere Stunden benötigt. Eine Liste der Regionen, in denen Aurora erhältlich ist, finden Sie unter [Amazon Aurora](https://docs.aws.amazon.com/general/latest/gr/rande.html#aurora) in der *Allgemeine AWS-Referenz*. Wenn Sie eine Aurora Read Replica einer RDS-für-MySQL-DB-Instance erstellen, wird von Amazon RDS automatisch ein DB-Snapshot der RDS für MySQL-DB-Quell-Instance erstellt (privat für Amazon RDS und kostenlos). Anschließend migriert Amazon RDS die Daten vom DB-Snapshot zum Aurora-Lesereplikat. Nach dem Migrieren der Daten des DB-Snapshots zum neuen Aurora-MySQL-DB-Cluster startet Amazon RDS die Replikation zwischen Ihrer RDS-für-MySQL-DB-Instance und dem Aurora MySQL-DB-Cluster. Wenn die RDS-für-MySQL-DB-Instance Tabellen enthält, die andere Speicher-Engines als InnoDB oder ein komprimiertes Zeilenformat verwenden, können Sie die Erstellung einer Aurora Read Replica beschleunigen, indem Sie diese Tabellen für die Verwendung der InnoDB-Speicher-Engine und des dynamischen Zeilenformats konfigurieren, bevor Sie die Aurora Read Replica erstellen. Weitere Informationen zum Kopieren eines MySQL-DB-Snapshots zu einem Aurora MySQL-DB-Cluster finden Sie unter [Migrieren von Daten aus einer DB-Instance von RDS für MySQL in einen DB-Cluster von Amazon Aurora MySQL](AuroraMySQL.Migrating.RDSMySQL.md). Sie können nur eine Aurora-Read Replica für eine RDS-für-MySQL-DB-Instance erstellen. **Anmerkung** Aufgrund von Funktionsunterschieden zwischen Aurora-MySQL und der MySQL-Datenbank-Engine-Version der als Replikationsprimäre dienenden RDS-für-MySQL-DB-Instance kann es bei der Replikation zu Problemen kommen. Wenn Sie auf einen Fehler stoßen, finden Sie Hilfe im [Amazon RDS-Community-Forum](https://forums.aws.amazon.com/forum.jspa?forumID=60) oder indem Sie sich an uns wenden AWS Support. Sie können keine Aurora Read Replica erstellen, wenn Ihre RDS-für-MySQL-DB-Instance bereits die Quelle für eine regionsübergreifende Read Replica enthält. Sie können von einigen älteren Versionen von RDS für 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 RDS für MySQL Version 8.0.28 zu aktualisieren. Weitere Informationen zu MySQL-Lesereplikaten finden Sie unter [Arbeiten mit Read Replicas von MariaDB-, MySQL- und PostgreSQL-DB-Instances](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ReadRepl.html). ## Erstellen einer Aurora Read Replica Sie können eine Aurora-Lesereplik für eine RDS for MySQL-DB-Instance mithilfe der Konsole AWS CLI, der oder der RDS-API erstellen. ### Konsole **So erstellen Sie eine Aurora Read Replica einer RDS-für-MySQL-DB-Instance** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich **Databases (Datenbanken)** aus. 1. Wählen Sie die MySQL DB-Instance aus, die Sie als Quelle für Ihr Aurora Read Replica verwenden möchten. 1. Wählen Sie für **Actions (Aktionen)** **Create Aurora read replica (Aurora Read Replica erstellen)** aus. 1. Legen Sie die in der folgenden Tabelle beschriebenen DB-Cluster-Einstellungen für die Aurora-Read Replica fest. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.RDSMySQL.Replica.html) 1. Wählen Sie **Read Replica erstellen** aus. ### AWS CLI Um eine Aurora-Read Replica aus einer RDS-Quell-DB-Instance für MySQL zu erstellen, verwenden Sie die [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) AWS CLI Befehle [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html)und, um einen neuen Aurora MySQL-DB-Cluster zu erstellen. Geben Sie beim Aufrufen des Befehls `create-db-cluster` mit dem Parameter `--replication-source-identifier` den Amazon-Ressourcennamen (ARN) der gewünschten MySQL-DB-Instance an. Weitere Informationen zu Amazon RDS ARNs finden Sie unter [Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-rds). Geben Sie nicht den Masterbenutzernamen, das Masterpasswort oder den Datenbanknamen an, da die Aurora-Read Replica diese Werte aus der MySQL-DB-Instance übernimmt. Für Linux, macOS oder Unix: ``` aws rds create-db-cluster --db-cluster-identifier sample-replica-cluster --engine aurora \ --db-subnet-group-name mysubnetgroup --vpc-security-group-ids sg-c7e5b0d2 \ --replication-source-identifier arn:aws:rds:us-west-2:123456789012:db:primary-mysql-instance ``` Für Windows: ``` aws rds create-db-cluster --db-cluster-identifier sample-replica-cluster --engine aurora ^ --db-subnet-group-name mysubnetgroup --vpc-security-group-ids sg-c7e5b0d2 ^ --replication-source-identifier arn:aws:rds:us-west-2:123456789012:db:primary-mysql-instance ``` Wenn Sie die Konsole verwenden, um eine Aurora Read Replica zu erstellen, erstellt Aurora automatisch die primäre Instance für die Aurora Read Replica Ihres DB-Clusters. Wenn Sie die verwenden AWS CLI , um eine Aurora-Read Replica zu erstellen, müssen Sie die primäre Instance für Ihren DB-Cluster explizit erstellen. Die primäre Instance ist die erste in einem DB-Cluster erstellte Instance. Sie können eine primäre Instance für Ihren DB-Cluster erstellen, indem Sie den [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) AWS CLI Befehl mit den folgenden Parametern verwenden. + `--db-cluster-identifier` Der Name Ihres DB-Clusters. + `--db-instance-class` Der Name der DB-Instance-Klasse, die für Ihre primäre Instance verwendet werden soll. + `--db-instance-identifier` Der Name Ihrer primären Instance. + `--engine aurora` In diesem Beispiel erstellen Sie eine primäre Instance, die nach *myreadreplicainstance* dem genannten DB-Cluster benannt ist*myreadreplicacluster*, und verwenden dabei die in angegebene DB-Instance-Klasse*myinstanceclass*. **Example** Für Linux, macOS oder Unix: ``` aws rds create-db-instance \ --db-cluster-identifier myreadreplicacluster \ --db-instance-class myinstanceclass \ --db-instance-identifier myreadreplicainstance \ --engine aurora ``` Für Windows: ``` aws rds create-db-instance ^ --db-cluster-identifier myreadreplicacluster ^ --db-instance-class myinstanceclass ^ --db-instance-identifier myreadreplicainstance ^ --engine aurora ``` ### RDS-API Um eine Aurora-Read Replica aus einer RDS-für-MySQL-DB-Quell-Instance zu erstellen, verwenden Sie die Amazon-RDS-API-Befehle [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) und [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html), um einen neuen Aurora-DB-Cluster und eine neue primäre Instance zu erstellen. Geben Sie nicht den Masterbenutzernamen, das Masterpasswort oder den Datenbanknamen an, da die Aurora Read Replica diese Werte aus der RDS-für-MySQL-DB-Instance übernimmt. Sie können einen neuen Aurora-DB-Cluster für eine Aurora Read Replica aus einer RDS-für-MySQL-DB-Quell-Instance erstellen, indem Sie den Amazon-RDS-API-Befehl [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) mit folgenden Parametern verwenden: + `DBClusterIdentifier` Name des zu erstellenden DB-Clusters. + `DBSubnetGroupName` Der Name der DB-Subnetzgruppe, die mit diesem DB-Cluster verknüpft werden soll. + `Engine=aurora` + `KmsKeyId` Das AWS KMS key , mit dem Sie den DB-Cluster optional verschlüsseln können, je nachdem, ob Ihre MySQL-DB-Instance verschlüsselt ist. + Wenn Ihre MySQL-DB-Instance nicht verschlüsselt ist, geben Sie einen Verschlüsselungsschlüssel an, damit Ihr DB-Cluster im Ruhezustand verschlüsselt wird. Ansonsten wird Ihr DB-Cluster im Ruhezustand mit dem Standard-Verschlüsselungsschlüssel für Ihr Konto verschlüsselt. + Wenn Ihre MySQL-DB-Instance verschlüsselt ist, geben Sie einen Verschlüsselungsschlüssel an, damit Ihr DB-Cluster in Ruhe mit dem angegebenen Verschlüsselungsschlüssel verschlüsselt wird. Ansonsten wird Ihr DB-Cluster im Ruhezustand mit dem Verschlüsselungsschlüssel für die MySQL-DB-Instance verschlüsselt. **Anmerkung** Aus einer verschlüsselten MySQL-DB-Instance kann kein unverschlüsselter DB-Cluster erstellt werden. + `ReplicationSourceIdentifier` Der Amazon Resource Name (ARN) für die Quell-MySQL DB-Instance. Weitere Informationen zu Amazon RDS ARNs finden Sie unter [Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-rds). + `VpcSecurityGroupIds` Die Liste der EC2-VPC-Sicherheitsgruppen, die mit diesem DB-Cluster verknüpft werden sollen. In diesem Beispiel erstellen Sie einen DB-Cluster, der *myreadreplicacluster* nach einer Quell-MySQL-DB-Instance benannt ist*mysqlprimaryARN*, deren ARN auf gesetzt ist und der einer DB-Subnetzgruppe mit dem Namen *mysubnetgroup* und einer VPC-Sicherheitsgruppe mit dem Namen zugeordnet ist. *mysecuritygroup* **Example** ``` https://rds.us-east-1.amazonaws.com/ ?Action=CreateDBCluster &DBClusterIdentifier=myreadreplicacluster &DBSubnetGroupName=mysubnetgroup &Engine=aurora &ReplicationSourceIdentifier=mysqlprimaryARN &SignatureMethod=HmacSHA256 &SignatureVersion=4 &Version=2014-10-31 &VpcSecurityGroupIds=mysecuritygroup &X-Amz-Algorithm=AWS4-HMAC-SHA256 &X-Amz-Credential=AKIADQKE4SARGYLE/20150927/us-east-1/rds/aws4_request &X-Amz-Date=20150927T164851Z &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date &X-Amz-Signature=6a8f4bd6a98f649c75ea04a6b3929ecc75ac09739588391cd7250f5280e716db ``` Wenn Sie die Konsole verwenden, um eine Aurora Read Replica zu erstellen, erstellt Aurora automatisch die primäre Instance für die Aurora Read Replica Ihres DB-Clusters. Wenn Sie die verwenden AWS CLI , um eine Aurora-Read Replica zu erstellen, müssen Sie die primäre Instance für Ihren DB-Cluster explizit erstellen. Die primäre Instance ist die erste in einem DB-Cluster erstellte Instance. Sie können eine primäre Instance für Ihr DB-Cluster erstellen, indem Sie den Amazon-RDS-API-Befehl [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) mit folgenden Parametern verwenden: + `DBClusterIdentifier` Der Name Ihres DB-Clusters. + `DBInstanceClass` Der Name der DB-Instance-Klasse, die für Ihre primäre Instance verwendet werden soll. + `DBInstanceIdentifier` Der Name Ihrer primären Instance. + `Engine=aurora` In diesem Beispiel erstellen Sie eine primäre Instance, die *myreadreplicainstance* nach dem benannten DB-Cluster benannt ist*myreadreplicacluster*, und verwenden dabei die in *myinstanceclass* angegebene DB-Instance-Klasse. **Example** ``` https://rds.us-east-1.amazonaws.com/ ?Action=CreateDBInstance &DBClusterIdentifier=myreadreplicacluster &DBInstanceClass=myinstanceclass &DBInstanceIdentifier=myreadreplicainstance &Engine=aurora &SignatureMethod=HmacSHA256 &SignatureVersion=4 &Version=2014-09-01 &X-Amz-Algorithm=AWS4-HMAC-SHA256 &X-Amz-Credential=AKIADQKE4SARGYLE/20140424/us-east-1/rds/aws4_request &X-Amz-Date=20140424T194844Z &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date &X-Amz-Signature=bee4aabc750bf7dad0cd9e22b952bd6089d91e2a16592c2293e532eeaab8bc77 ``` ## Anzeigen einer Aurora-Read Replica Sie können die MySQL-Aurora MySQL-Replikationsbeziehungen für Ihre Aurora-MySQL-DB-Cluster über die AWS-Managementkonsole oder die AWS CLI anzeigen. ### Konsole **So zeigen Sie die MySQL-DB-Primär-Instance für eine Aurora-Read Replica an:** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich **Databases (Datenbanken)** aus. 1. Wählen Sie das DB-Cluster für die Aurora Read Replica aus, um Details anzuzeigen. Die Informationen zur MySQL-DB-Primäre-Instance werden im Feld **Replication source (Replikationsquelle)** angezeigt. ![\[MySQL-Primäre ansehen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/aurora-repl6.png) ### AWS CLI Um die Replikationsbeziehungen zwischen MySQL und Aurora MySQL für Ihre Aurora MySQL-DB-Cluster mithilfe der anzuzeigen AWS CLI, verwenden Sie die [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)Befehle [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html)und. Um zu ermitteln, welche MySQL-DB-Instance die Primär-Instance ist, verwenden Sie [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) und geben die Cluster-ID der Aurora Read Replica für die Option `--db-cluster-identifier` an. Der ARN der als primäre Replikation verwendeten DB-Instance wird in der Befehlsausgabe mit dem Element `ReplicationSourceIdentifier` angezeigt. Um zu ermitteln, welches DB-Cluster die Aurora Read Replica ist, verwenden Sie [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) und geben die Instance-ID der MySQL-DB-Instance für die Option `--db-instance-identifier` an. Informationen zur DB-Cluster-ID für die Aurora Read Replica finden Sie im Element `ReadReplicaDBClusterIdentifiers` in der Ausgabe. **Example** Für Linux, macOS oder Unix: ``` aws rds describe-db-clusters \ --db-cluster-identifier myreadreplicacluster ``` ``` aws rds describe-db-instances \ --db-instance-identifier mysqlprimary ``` Für Windows: ``` aws rds describe-db-clusters ^ --db-cluster-identifier myreadreplicacluster ``` ``` aws rds describe-db-instances ^ --db-instance-identifier mysqlprimary ``` ## Hochstufen einer Aurora Read Replica Nach Abschluss der Migration können Sie die Aurora-Read Replica mithilfe von oder zu einem eigenständigen DB-Cluster AWS-Managementkonsole heraufstufen. AWS CLI Anschließend können Sie Ihre Clientanwendungen für den Zugriff auf den Endpunkt der Aurora Read Replica konfigurieren. Weitere Informationen zu den Aurora-Endpunkten finden Sie unter [Amazon-Aurora-Endpunktverbindungen](Aurora.Overview.Endpoints.md). Die Hochstufung sollte ziemlich schnell erfolgen. Während des Vorgangs sind Lese- und Schreibzugriffe auf die Aurora-Read Replica möglich. Sie können allerdings in dieser Zeit weder die MySQL-DB-Primär-Instance löschen noch die Verknüpfung zwischen der DB-Instance und der Aurora-Read Replica aufheben. Halten Sie vor der Hochstufung der Aurora Read Replica alle Schreibtransaktionen zur MySQL-DB-Quell-Instance an und warten Sie anschließend, bis die Replikationsverzögerung der Aurora Read Replica 0 erreicht. Sie können die Replikatverzögerung für eine Aurora-Read Replica anzeigen, indem Sie den Befehl `SHOW SLAVE STATUS` (Aurora-MySQL-Version 2) oder `SHOW REPLICA STATUS` (Aurora-MySQL-Version 3) auf Ihrem Aurora-Lesereplikat aufrufen. Überprüfen Sie den Wert **Sekunden hinter Master**. Schreibzugriffe auf die Aurora-Read Replica sollten erst durchgeführt werden, nachdem die Schreibtransaktionen zur Primären angehalten wurden und die Replikationsverzögerung 0 beträgt. Wenn Sie zur Aurora Read Replica schreiben, bevor die Replikationsverzögerung null erreicht, und Tabellen geändert werden, die auch im primären MySQL geändert werden, könnte die Replikation zu Aurora unterbrochen werden. Falls dies geschieht, müssen Sie die Aurora-Read Replica löschen und erneut erstellen. ### Konsole **So stufen Sie eine Aurora-Read Replica zu einem Aurora-DB-Cluster hoch:** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich **Datenbanken** aus. 1. Wählen Sie den DB-Cluster für das Aurora Read Replica aus. 1. Wählen Sie für **Actions (Aktionen)** **Promote (Hochstufen)** aus. 1. Klicken Sie auf **Promote Read Replica) Read Replica hochstufen**. Bestätigen Sie nach der Werbung, dass das Hochstufen abgeschlossen wurde, indem Sie das folgende Verfahren anwenden. **Um zu bestätigen, dass das Aurora Read Replica hochgestuft wurde** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich die Option **Events**. 1. Stellen Sie auf der Seite **Ereignisse** sicher, dass für den Cluster, den Sie hochgestuft haben, ein `Promoted Read Replica cluster to a stand-alone database cluster` Ereignis vorliegt. Nach Abschluss der Hochstufung wird die Verknüpfung zwischen der MySQL-DB-Primär-Instance und der Aurora-Read Replica aufgehoben. Sie können dann die DB-Instance bei Bedarf löschen. ### AWS CLI Verwenden Sie den Befehl, um eine Aurora-Read Replica zu einem eigenständigen DB-Cluster hochzustufen. [https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html) AWS CLI **Example** Für Linux, macOS oder Unix: ``` aws rds promote-read-replica-db-cluster \ --db-cluster-identifier myreadreplicacluster ``` Für Windows: ``` aws rds promote-read-replica-db-cluster ^ --db-cluster-identifier myreadreplicacluster ```