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 nach Amazon Aurora mit PostgreSQL-Kompatibilität Sie haben mehrere Möglichkeiten, Daten aus einer vorhandenen Datenbank in einen Amazon Aurora PostgreSQL-kompatible Edition-DB-Cluster zu migrieren. Die verfügbaren Migrationsoptionen sind auch von der Quelldatenbank und der Menge der zu migrierenden Daten abhängig. Folgende Optionen sind verfügbar: **[ Migrieren einer RDS-for-PostgreSQL-DB-Instance unter Verwendung eines Snapshots](AuroraPostgreSQL.Migrating.RDSPostgreSQL.Import.Console.md)** Sie können Daten direkt von einem RDS-for-PostgreSQL-DB-Snapshot in einen Aurora-PostgreSQL-DB-Cluster migrieren. **[ Migrieren einer RDS-for-PostgreSQL-DB-Instance unter Verwendung eines Aurora-Lesereplikats](AuroraPostgreSQL.Migrating.RDSPostgreSQL.Replica.md)** Sie können auch Daten aus einer RDS-for-PostgreSQL-DB-Instance migrieren, indem Sie ein Aurora-PostgreSQL-Lesereplikat einer RDS-for-PostgreSQL-DB-Instance erstellen. Wenn die Replikat-Verzögerung zwischen der RDS-for-PostgreSQL-DB-Instance und dem Aurora-PostgreSQL-Lesereplikat Null ist, können Sie die Replikation stoppen. An diesem Punkt können Sie die Aurora-Read Replica zu einem eigenständigen Aurora PostgreSQL-DB-Cluster für das Lesen und Schreiben machen. **[Importieren von Daten aus Amazon S3 in Aurora PostgreSQL ](USER_PostgreSQL.S3Import.md) ** Sie können Daten migrieren, indem Sie sie Amazon S3 in eine Tabelle importieren, die zu einem Aurora PostgreSQL-DB-Cluster gehört. **Migrieren aus einer Datenbank, die nicht PostgreSQL-kompatibel ist** Sie können AWS Database Migration Service (AWS DMS) verwenden, um Daten aus einer Datenbank zu migrieren, die nicht PostgreSQL-kompatibel ist. Weitere Informationen finden Sie AWS DMS unter [Was ist der AWS Database Migration Service?](https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html) im *AWS Database Migration Service Benutzerhandbuch*. **Anmerkung** Die Aktivierung der Kerberos-Authentifizierung wird derzeit auf dem DB-Cluster von Aurora PostgreSQL während der Migration von RDS für PostgreSQL nicht unterstützt. Sie können die Kerberos-Authentifizierung nur auf einem eigenständigen DB-Cluster von Aurora PostgreSQL aktivieren. Eine Liste, AWS-Regionen wo Aurora verfügbar ist, finden Sie unter [Amazon Aurora](https://docs.aws.amazon.com/general/latest/gr/rande.html#aurora) im *Allgemeine AWS-Referenz*. **Wichtig** Wenn Sie planen, eine RDS für PostgreSQL-DB-Instance in naher Zukunft auf einen Aurora PostgreSQL-DB-Cluster zu migrieren, empfehlen wir Ihnen dringend, Upgrades von automatischen Unterversionen für die DB-Instance zu Beginn der Migrationsplanungsphase zu deaktivieren. Die Migration nach Aurora PostgreSQL kann sich verzögern, wenn die RDS für PostgreSQL-Version von Aurora PostgreSQL noch nicht unterstützt wird. Informationen zu Aurora PostgreSQL-Versionen finden Sie unter [Engine-Versionen für Amazon Aurora-PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraPostgreSQL.Updates.20180305.html). # Migrieren eines Snapshots einer RDS-for-PostgreSQL-DB-Instance in einen Aurora-PostgreSQL-DB-Cluster Sie können einen DB-Snapshot einer RDS-PostgreSQL-DB-Instance migrieren und so einen Aurora-for-PostgreSQL-DB-Cluster erstellen. Der neue Aurora-PostgreSQL-DB-Cluster wird mit den Daten der ursprünglichen RDS-for-PostgreSQL-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). In einigen Fällen befindet sich der DB-Snapshot möglicherweise nicht AWS-Region dort, wo Sie Ihre Daten speichern möchten. Wenn ja, verwenden Sie die Amazon-RDS-Konsole zum Kopieren des DB-Snapshots in diese AWS-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). Sie können RDS-for-PostgreSQL-Snapshots migrieren, die mit den in der angegebenen AWS-Region verfügbaren Aurora-PostgreSQL-Versionen kompatibel sind. Beispielsweise können Sie ein Snapshot von einer DB-Instance mit RDS für PostgreSQL 11.1 auf Aurora PostgreSQL Version 11.4, 11.7, 11.8 oder 11.9 in Region USA West (Nordkalifornien) migrieren. Sie können RDS für PostgreSQL 10.11 Snapshot zu Aurora PostgreSQL 10.11, 10.12, 10.13 und 10.14 migrieren. Mit anderen Worten, der RDS-for-PostgreSQL-Snapshot muss im Vergleich zu Aurora PostgreSQL die gleiche oder eine niedrigere Unterversion verwenden. Sie können auch wählen, dass Ihr neuer Aurora PostgreSQL DB-Cluster im Ruhezustand verschlüsselt wird, indem Sie eine AWS KMS key. Diese Option steht nur für unverschlüsselte DB-Snapshots zu Verfügung. Um einen RDS for PostgreSQL-DB-Snapshot zu einem Aurora PostgreSQL-DB-Cluster zu migrieren, können Sie die AWS-Managementkonsole AWS CLI, oder die RDS-API verwenden. Wenn Sie die verwenden AWS-Managementkonsole, ergreift die Konsole die erforderlichen Aktionen, um sowohl den DB-Cluster als auch die primäre Instance zu erstellen. ## Konsole **So migrieren Sie einen PostgreSQL-DB-Snapshot mithilfe der RDS-Konsole** 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. Klicken Sie auf **Snapshots (Snapshots)**. 1. Wählen Sie auf der Seite **Snapshots** den RDS-for-PostgreSQL-Snapshot aus, den Sie zu einem Aurora-PostgreSQL-DB-Cluster migrieren möchten. 1. Wählen Sie **Actions (Aktionen)** und wählen Sie **Migrate snapshot (Snapshot migrieren)**. 1. Legen Sie auf der Seite **Migrate Database (Datenbank migrieren)** Folgendes fest: + **DB-Engine-Version**: Wählen Sie eine DB-Engine-Version, die Sie für die neue migrierte Instance verwenden möchten. + **DB-Instance-ID**: Geben Sie einen Namen für den DB-Cluster ein, der für Ihr Konto in dem AWS-Region von Ihnen ausgewählten Konto 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 von Ihnen gewählte DB-Engine AWS-Region und die von Ihnen gewählte DB-Engine angeben**aurora-cluster1**. Für den DB-Instance-Bezeichner gelten folgende Einschränkungen: + Er muss zwischen 1 und 63 alphanumerische Zeichen oder Bindestriche enthalten. + Das erste Zeichen muss ein Buchstabe sein. + Darf nicht mit einem Bindestrich enden oder zwei aufeinanderfolgende Bindestriche enthalten. + Es muss für alle DB-Instances pro AWS -Konto und AWS-Region eindeutig sein. + **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.r6g.large`. Aurora-Cluster-Volumes nehmen automatisch an Größe zu, wenn die Datenmenge in Ihrer Datenbank zunimmt. 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). + **Virtual Private Cloud (VPC)**: Wenn bereits eine VPC vorhanden ist, können Sie diese mit dem Aurora PostgreSQL-DB-Cluster verwenden, indem Sie ihre VPC-ID auswählen, z. B. `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). Anderenfalls können Sie von Amazon RDS eine neue VPC erstellen lassen, indem Sie auf **Create new VPC (Neue VPC erstellen)** klicken. + **DB-Subnetzgruppe**: Wenn bereits eine Subnetzgruppe vorhanden ist, können Sie diese mit dem Aurora-PostgreSQL-DB-Cluster verwenden, indem Sie Ihre Subnetzgruppen-ID auswählen, z. B. `gs-subnet-group1`. + **Public Access (Öffentlicher Zugang)**: Wählen Sie **Nein** aus, um festzulegen, dass nur Ressourcen innerhalb der 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. **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 soll, stellen Sie **Public Access (Öffentlicher Zugang)** auf **No (Nein)**. + **VPC-Sicherheitsgruppe**: Wählen Sie eine VPC-Sicherheitsgruppe aus, um den Zugriff auf Ihre Datenbank zu ermöglichen. + **Availability Zone**: Wählen Sie die Availability Zone zum Hosten der primären Instance des Aurora PostgreSQL-DB-Clusters aus. Damit Amazon RDS eine Availability Zone für Sie auswählt, klicken Sie auf **Keine Präferenz**. + **Database Port (Datenbankport)**: Geben Sie den Standardport ein, der beim Verbinden der Instances im Aurora PostgreSQL-DB-Cluster verwendet werden soll. Der Standardwert ist `5432`. **Anmerkung** Möglicherweise lässt die Firewall eines Unternehmens den Zugriff auf Standard-Ports, wie z. B. den PostgreSQL-Standard-Port 5432, nicht zu. Geben Sie in diesem Fall einen Port ein, der von der Firewall Ihres Unternehmens zugelassen wird. Sie benötigen diesen Portwert später, wenn Sie eine Verbindung mit dem Aurora PostgreSQL-DB-Cluster herstellen. + **Enable Encryption (Verschlüsselung aktivieren)**: Wählen Sie **Enable Encryption (Verschlüsselung aktivieren)** aus, um Ihr neues Aurora PostgreSQL-DB-Cluster im Ruhezustand zu verschlüsseln. Wählen Sie außerdem einen KMS-Schlüssel als Wert **AWS KMS key**. + **Auto minor version upgrade (Upgrade einer Unterversion automatisch durchführen)**: Wählen Sie **Enable auto minor version upgrade (Upgrade einer Unterversion automatisch durchführen)** aus, wenn Aktualisierungen der PostgreSQL-DB-Engine-Version automatisch im Aurora PostgreSQL-DB-Cluster installiert werden sollen, sobald sie verfügbar sind. Die Option **Auto Minor Version Upgrade (Upgrade einer Unterversion automatisch durchführen)** gilt nur bei Upgrades für Engine-Unterversionen von PostgreSQL für Ihren Aurora PostgreSQL-DB-Cluster. Regelmäßige Patches zur Aufrechterhaltung der Systemstabilität sind davon nicht betroffen. 1. Wählen Sie **Migrate (Migrieren)** aus, um den DB-Snapshot zu migrieren. 1. Wählen Sie **Datenbanken**, um den neuen DB-Cluster zu sehen. Wählen Sie den neuen DB-Cluster an, um den Fortschritt der Migration zu überwachen. Wenn die Migration abgeschlossen ist, lautet der Status für den Cluster **Available** (Verfügbar). Auf der Registerkarte **Konnektivität und Sicherheit** finden Sie den Cluster-Endpunkt, der für die Verbindung mit der primären Writer-Instance des DB-Clusters verwendet werden soll. Weitere Informationen zum Herstellen einer Verbindung mit einem Aurora PostgreSQL-DB-Cluster finden Sie unter [Herstellen einer Verbindung mit einem Amazon Aurora-DB-Cluster](Aurora.Connecting.md). ## AWS CLI Die Verwendung von AWS CLI , um einen RDS for PostgreSQL-DB-Snapshot zu einem Aurora PostgreSQL zu migrieren, umfasst zwei separate Befehle. AWS CLI Zunächst verwenden Sie den `restore-db-cluster-from-snapshot` AWS CLI Befehl create a new Aurora PostgreSQL DB-Cluster. Dann erstellen Sie mit dem Befehl `create-db-instance` die primäre DB-Instance im neuen Cluster, um die Migration abzuschließen. Das folgende Verfahren erstellt einen Aurora-PostgreSQL-DB-Cluster mit einer primären DB-Instance, die dieselbe Konfiguration wie die DB-Instance hat, die zum Erstellen des Snapshots verwendet wurde. **Einen RDS-for-PostgreSQL-DB-Snapshot auf einen Aurora-PostgreSQL-DB-Cluster migrieren** 1. Verwenden Sie den [describe-db-snapshots](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshots.html)Befehl, um Informationen über den DB-Snapshot zu erhalten, den Sie migrieren möchten. Sie können den Parameter `--db-instance-identifier` oder `--db-snapshot-identifier` im Befehl angeben. Wenn Sie keinen dieser Parameter angeben, erhalten Sie alle Snapshots. ``` aws rds describe-db-snapshots --db-instance-identifier ``` 1. Der Befehl gibt alle Konfigurationsdetails für alle Snapshots zurück, die aus der angegebenen DB-Instance erstellt wurden. Suchen Sie in der Ausgabe nach dem Snapshot, den Sie migrieren möchten, und suchen Sie nach seinem Amazon-Ressourcennamen (ARN). 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). Der ARN sieht folgendermaßen oder ähnlich aus. ``` “DBSnapshotArn": "arn:aws:rds:aws-region:111122223333:snapshot:" ``` In der Ausgabe finden Sie auch Konfigurationsdetails zur RDS-for-PostgreSQL-DB-Instance, z. B. die Engine-Version, den zugewiesenen Speicher, ob die DB-Instance verschlüsselt ist oder nicht und so weiter. 1. Verwenden Sie den Befehl [restore-db-cluster-from-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html), um die Migration zu starten. Geben Sie die folgenden Parameter an: + `--db-cluster-identifier` – Der Name, den Sie dem Aurora-PostgreSQL-DB-Cluster geben möchten. Dieser Aurora-DB-Cluster ist das Ziel für Ihre DB-Snapshot-Migration. + `--snapshot-identifier` – Der Amazon-Ressourcenname (ARN) des zu migrierenden DB-Snapshot. + `--engine` – Geben Sie `aurora-postgresql` für die Aurora-DB-Cluster-Engine an. + `--kms-key-id` – Mit diesem optionalen Parameter können Sie einen verschlüsselten Aurora-PostgreSQL-DB-Cluster aus einem unverschlüsselten DB-Snapshot erstellen. Sie können auch einen anderen Verschlüsselungsschlüssel für den DB-Cluster auswählen als den Schlüssel, der für den DB-Snapshot verwendet wird. **Anmerkung** Aus einem verschlüsselten DB-Snapshot kann kein unverschlüsselter Aurora-PostgreSQL-DB-Cluster erstellt werden. Ohne den wie folgt angegebenen `--kms-key-id` Parameter erstellt der AWS CLI Befehl [restore-db-cluster-from-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html) einen leeren Aurora PostgreSQL-DB-Cluster, der entweder mit demselben Schlüssel wie der DB-Snapshot verschlüsselt ist oder unverschlüsselt ist, wenn der Quell-DB-Snapshot nicht verschlüsselt ist. Für Linux, macOS oder Unix: ``` aws rds restore-db-cluster-from-snapshot \ --db-cluster-identifier cluster-name \ --snapshot-identifier arn:aws:rds:aws-region:111122223333:snapshot:your-snapshot-name \ --engine aurora-postgresql ``` Für Windows: ``` aws rds restore-db-cluster-from-snapshot ^ --db-cluster-identifier new_cluster ^ --snapshot-identifier arn:aws:rds:aws-region:111122223333:snapshot:your-snapshot-name ^ --engine aurora-postgresql ``` 1. Der Befehl gibt Details zum Aurora-PostgreSQL-DB-Cluster zurück, der für die Migration erstellt wird. Sie können den Status des Aurora PostgreSQL-DB-Clusters mit dem [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clussters.html) AWS CLI Befehl überprüfen. ``` aws rds describe-db-clusters --db-cluster-identifier cluster-name ``` 1. Wenn der DB-Cluster „verfügbar“ wird, verwenden Sie den [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)Befehl, um den Aurora PostgreSQL-DB-Cluster mit der DB-Instance zu füllen, die auf Ihrem Amazon RDS-DB-Snapshot basiert. Geben Sie die folgenden Parameter an: + `--db-cluster-identifier` – Der Name des neuen Aurora-PostgreSQL-DB-Clusters, den Sie im vorherigen Schritt erstellt haben. + `--db-instance-identifier` – Der Name, den Sie der DB-Instance zuweisen möchten. Diese Instance wird zum Primärknoten in Ihrem Aurora-PostgreSQL-DB-Cluster. + `----db-instance-class ` – Geben Sie die zu verwendende DB-Instance-Klasse an. Wählen Sie aus den DB-Instance-Klassen, die von der Aurora-PostgreSQL-Version unterstützt werden, zu der Sie migrieren. Weitere Informationen erhalten Sie unter [DB-Instance-Klassenarten](Concepts.DBInstanceClass.Types.md) und [Unterstützte DB-Engines für DB-Instance-Klassen](Concepts.DBInstanceClass.SupportAurora.md). + `--engine` – Geben Sie `aurora-postgresql` für die DB-Instance an. Sie können die DB-Instance auch mit einer anderen Konfiguration als den Quell-DB-Snapshot erstellen, indem Sie die entsprechenden Optionen im Befehl übergeben. `create-db-instance` AWS CLI Weitere Informationen finden Sie unter [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)-Befehl. Für Linux, macOS oder Unix: ``` aws rds create-db-instance \ --db-cluster-identifier cluster-name \ --db-instance-identifier --db-instance-class db.instance.class \ --engine aurora-postgresql ``` Für Windows: ``` aws rds create-db-instance ^ --db-cluster-identifier cluster-name ^ --db-instance-identifier --db-instance-class db.instance.class ^ --engine aurora-postgresql ``` Wenn der Migrationsprozess abgeschlossen ist, verfügt der Aurora-PostgreSQL-Cluster über eine ausgefüllte primäre DB-Instance. # Datenmigration von einer RDS-for-PostgreSQL-DB-Instance zu einem Aurora-PostgreSQL-DB-Cluster unter Verwendung eines Aurora–Lesereplikats Sie können eine RDS-for-PostgreSQL-DB-Instance als Grundlage für einen neuen Aurora-PostgreSQL-DB-Cluster verwenden, indem Sie eine Aurora-Lesereplikat für den Migrationsprozess verwenden. Die Aurora-Read-Replica-Option ist nur für die Migration innerhalb desselben AND-Kontos verfügbar AWS-Region und nur verfügbar, wenn die Region eine kompatible Version von Aurora PostgreSQL für Ihre RDS for PostgreSQL-DB-Instance anbietet. *Kompatibel* bedeutet, dass die Aurora-PostgreSQL-Version mit der RDS-for-PostgreSQL-Version identisch ist oder dass es sich um eine höhere Nebenversion in derselben Hauptversionsfamilie handelt. Um diese Technik beispielsweise zum Migrieren einer RDS-for-PostgreSQL-11.14-DB-Instance verwenden zu können, muss die Region Aurora PostgreSQL Version 11.14 oder eine höhere Nebenversion in der PostgreSQL-Version-11-Familie anbieten. **Topics** + [Übersicht über das Migrieren von Daten mittels einer Aurora-Read Replica](#AuroraPostgreSQL.Migrating.RDSPostgreSQL.Replica.Intro) + [Vorbereiten der Migration von Daten mithilfe einer Aurora Read Replica](#AuroraPostgreSQL.Migrating.RDSPostgreSQL.Replica.Prepare) + [Erstellen einer Aurora Read Replica](#AuroraPostgreSQL.Migrating.RDSPostgreSQL.Replica.Create) + [Hochstufen einer Aurora Read Replica](#AuroraPostgreSQL.Migrating.RDSPostgreSQL.Replica.Promote) ## Übersicht über das Migrieren von Daten mittels einer Aurora-Read Replica Migrieren von einer RDS-for-PostgreSQL-DB-Instance zu einem Aurora-PostgreSQL-DB-Cluster ist ein mehrstufiges Verfahren. Zuerst erstellen Sie ein Aurora-Lesereplikat Ihrer Quell-RDS-Instance-for-PostgreSQL-DB-Instance. Dies startet einen Replikationsprozess von Ihrer RDS-for-PostgreSQL-DB-Instance zu einem speziellen DB-Cluster, der als **Replikat*-Cluster* bekannt ist. Der Replikat-Cluster besteht ausschließlich aus einem Aurora-Lesereplikat (einer Reader-Instance). **Anmerkung** Es kann mehrere Stunden pro Terabyte Daten dauern, bis die Migration abgeschlossen ist. **Hochstufen eines Aurora-PostgreSQL-Replikats** Nachdem Sie einen DB-Cluster von Aurora PostgreSQL erstellt haben, gehen Sie wie folgt vor, um das Aurora-Replikat hochzustufen: 1. Halten Sie den gesamten Datenbank-Schreib-Workload auf der Quell-DB-Instance von RDS für PostgreSQL an. 1. Rufen Sie die aktuelle `WAL LSN` aus der Quell-DB-Instance von RDS für PostgreSQL ab. ``` SELECT pg_current_wal_lsn(); pg_current_wal_lsn -------------------- 0/F0000318 (1 row) ``` 1. Überprüfen Sie auf dem Replikat-Cluster von Aurora PostgreSQL, ob die wiedergegebene LSN größer ist als die LSN aus Schritt 2: ``` SELECT pg_last_wal_replay_lsn(); pg_last_wal_replay_lsn ------------------------ 0/F0000400 (1 row) ``` Alternativ können Sie die folgende Abfrage auf der Quell-DB-Instance von RDS für PostgreSQL verwenden: ``` SELECT restart_lsn FROM pg_replication_slots; ``` 1. Stufen Sie den Replikat-Cluster von Aurora PostgreSQL hoch. Wenn die Replikation anhält, wird der Replikat-Cluster zu einem eigenständigen DB-Cluster von Aurora PostgreSQL und der Leser zur Schreiber-Instance für den Cluster hochgestuft. Nun können Sie Instances zum DB-Cluster von Aurora PostgreSQL hinzufügen, um dessen Größe Ihrem Anwendungsfall entsprechend anpassen. Wenn Sie die ursprüngliche DB-Instance von RDS für PostgreSQL nicht mehr benötigen, können Sie sie löschen. Sie können kein Aurora-Lesereplikat erstellen, falls die RDS-for-PostgreSQL-DB-Instance bereits über ein Aurora-Lesereplikat verfügt oder ein regionsübergreifendes Lesereplikat enthält. ## Vorbereiten der Migration von Daten mithilfe einer Aurora Read Replica **Anmerkung** Bei der Vorbereitung der Migration von Daten zu Aurora PostgreSQL ist es wichtig, Tabellen ohne Protokollierung zu identifizieren und angemessen zu handhaben. Weitere Informationen finden Sie unter [Handhaben von Tabellen ohne Protokollierung während der Migration](aurora-postgresql-unlogged-tables.md#aurora-postgresql-unlogged-tables-migration). Während des Migrationsprozesses mit Aurora-Lesereplikat werden Aktualisierungen, die mit den Daten der Quell-RDS-for-PostgreSQL-DB-Instance vorgenommen werden, asynchron in diesem Aurora-Lesereplikat des Replica-Clusters repliziert. Der Prozess verwendet die native Streaming-Replikationsfunktion von PostgreSQL, die Write-Ahead-Log-Segmente (WAL) auf der Quell-Instance speichert. Bevor Sie mit diesem Migrationsprozess beginnen, stellen Sie sicher, dass die Instance über genügend Speicherkapazität verfügt, indem Sie die Werte für die in der Tabelle aufgeführten Metriken überprüfen. | Metrik | Beschreibung | | --- | --- | | `FreeStorageSpace` | Den verfügbaren Speicherplatz. Einheiten: Byte | | `OldestReplicationSlotLag` | Der Verzögerungsgröße für WAL-Daten in der Replika, die die höchste Verzögerung aufweist. Einheiten: Megabyte | | `RDSToAuroraPostgreSQLReplicaLag` | Die Zeit in Sekunden, wie lange ein Aurora PostgreSQL-DB-Cluster hinter der RDS-DB-Quell-Instance liegt. | | `TransactionLogsDiskUsage` | Der von den Transaktionsprotokollen verwendete Festplattenspeicher. Einheiten: Megabyte | Weitere Informationen zur Überwachung Ihrer RDS-Instance finden Sie unter [Überwachung](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Monitoring.html) im *Amazon-RDS-Benutzerhandbuch*. ## Erstellen einer Aurora Read Replica Sie können eine Aurora-Read Replica für eine RDS for PostgreSQL-DB-Instance erstellen, indem Sie den oder den AWS-Managementkonsole verwenden. AWS CLI Die Option zum Erstellen einer Aurora-Read Replica mit dem AWS-Managementkonsole ist nur verfügbar, wenn das eine kompatible Aurora PostgreSQL-Version AWS-Region anbietet. Das heißt, es ist nur verfügbar, wenn es eine Aurora-PostgreSQL-Version gibt, die mit der RDS-for-PostgreSQL-Version oder einer höheren Nebenversion in derselben Hauptversionsfamilie identisch ist. ### Konsole **Sie erstellen Sie eine Aurora Read Replica aus einer PostgreSQL-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 **Datenbanken** aus. 1. Wählen Sie die RDS-for-PostgreSQL-DB-Instance aus, die Sie als Quelle für Ihr Aurora-Lesereplikat verwenden möchten. Wählen Sie für **Actions (Aktionen)** **Create Aurora read replica (Aurora Read Replica erstellen)** aus. Wenn diese Auswahl nicht angezeigt wird, bedeutet dies, dass eine kompatible Aurora-PostgreSQL-Version in der Region nicht verfügbar ist. ![\[Erstellen einer Aurora-Read Replicas\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/Aurorapgres-migrate.png) 1. Auf der Seite Einstellungen für Aurora-Lesereplikat erstellen konfigurieren Sie die Eigenschaften für den Aurora-PostgreSQL-DB-Cluster wie in der folgenden Tabelle dargestellt. Das Replica-DB-Cluster wird aus einem Snapshot der Quell-DB-Instance unter Verwendung des gleichen Master-Benutzernamens und Kennworts wie die Quelle erstellt, sodass Sie diese derzeit nicht ändern können. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/AuroraPostgreSQL.Migrating.RDSPostgreSQL.Replica.html) 1. Wählen Sie **Read Replica erstellen** aus. ### AWS CLI Um mithilfe von eine Aurora-Read Replica aus einer RDS-Quell-DB-Instance für PostgreSQL zu erstellen, verwenden Sie zunächst den [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)CLI-Befehl AWS CLI, um einen leeren Aurora-DB-Cluster zu erstellen. Sobald der DB-Cluster existiert, verwenden Sie den Befehl [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), um die primäre Instance für Ihren DB-Cluster zu erstellen. Die primäre Instance ist die erste in einem Aurora-DB-Cluster erstellte Instance. In diesem Fall wird sie zunächst als Aurora-Lesereplikat Ihrer RDS-for-PostgreSQL-DB-Instance erstellt. Wenn der Prozess abgeschlossen wird, wurde Ihre RDS-for-PostgreSQL-DB-Instance effektiv zu einem Aurora-PostgreSQL-DB-Cluster migriert. Sie müssen das Hauptbenutzerkonto (normalerweise `postgres`), sein Passwort oder den Datenbanknamen nicht angeben. Die Aurora-Read Replica bezieht diese automatisch von der Quell-RDS für PostgreSQL-DB-Instance, die Sie beim Aufrufen der Befehle identifizieren. AWS CLI Sie müssen allerdings die Engine-Version angeben, die für den Aurora-PostgreSQL-DB-Cluster und die DB-Instance verwendet werden soll. Die von Ihnen angegebene Version sollte mit der Quell-DB-Instance von RDS für PostgreSQL übereinstimmen. Wenn die Quell-DB-Instance von RDS für PostgreSQL verschlüsselt ist, müssen Sie auch die Verschlüsselung für die primäre Instance des Aurora-PostgreSQL-DB-Clusters angeben. Die Migration einer verschlüsselten Instance zu einem unverschlüsselten Aurora-DB-Cluster wird nicht unterstützt. In den folgenden Beispielen wird ein Aurora-PostgreSQL-DB-Cluster mit dem Namen `my-new-aurora-cluster` erstellt, der eine unverschlüsselte RDS-DB-Quell-Instance verwenden soll. Sie erstellen zuerst den Aurora-PostgreSQL-DB-Cluster, indem Sie den CLI-Befehl [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) aufrufen. Das Beispiel zeigt, wie Sie den optionalen Parameter `--storage-encrypted ` verwenden, um anzugeben, dass der DB-Cluster verschlüsselt werden soll. Da die Quell-DB nicht verschlüsselt ist, wird `--kms-key-id` verwendet, um den zu verwendenden Schlüssel anzugeben. Weitere Informationen zu den erforderlichen und optionalen Parametern finden Sie in der Liste, die auf das Beispiel folgt. Für Linux, macOS oder Unix: ``` aws rds create-db-cluster \ --db-cluster-identifier my-new-aurora-cluster \ --db-subnet-group-name my-db-subnet --vpc-security-group-ids sg-11111111 --engine aurora-postgresql \ --engine-version same-as-your-rds-instance-version \ --replication-source-identifier arn:aws:rds:aws-region:111122223333:db/rpg-source-db \ --storage-encrypted \ --kms-key-id arn:aws:kms:aws-region:111122223333:key/11111111-2222-3333-444444444444 ``` Für Windows: ``` aws rds create-db-cluster ^ --db-cluster-identifier my-new-aurora-cluster ^ --db-subnet-group-name my-db-subnet ^ --vpc-security-group-ids sg-11111111 ^ --engine aurora-postgresql ^ --engine-version same-as-your-rds-instance-version ^ --replication-source-identifier arn:aws:rds:aws-region:111122223333:db/rpg-source-db ^ --storage-encrypted ^ --kms-key-id arn:aws:kms:aws-region:111122223333:key/11111111-2222-3333-444444444444 ``` In der folgenden Liste finden Sie weitere Informationen zu einigen der im Beispiel gezeigten Optionen. Sofern nicht anders angegeben, sind diese Parameter erforderlich. + `--db-cluster-identifier` – Sie müssen Ihrem neuen Aurora-PostgreSQL-DB-Cluster einen Namen geben. + `--db-subnet-group-name` – Erstellen Sie Ihren Aurora-PostgreSQL-DB-Cluster im selben DB-Subnetz wie die DB-Quell-Instance. + `--vpc-security-group-ids` – Legen Sie die Sicherheitsgruppe für Ihren Aurora-PostgreSQL-DB-Cluster fest. + `--engine-version` – Legen Sie die Version fest, die Sie für den Aurora-PostgreSQL-DB-Cluster verwenden möchten. Dies sollte die gleiche Version oder eine höhere Nebenversion sein wie die Version, die von Ihrer Quell-DB-Instance von RDS für PostgreSQL verwendet wird. + `--replication-source-identifier` – Identifizieren Sie Ihre RDS-for-PostgreSQL-DB-Instance über den Amazon-Ressourcennamen (ARN). 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) in der *Allgemeine AWS-Referenz*. Ihres DB-Clusters. + `--storage-encrypted` – Optional. Verwenden Sie diese Option, wenn die Verschlüsselung wie folgt angegeben werden muss: + Verwenden Sie diesen Parameter, wenn die Quell-DB-Instance über verschlüsselten Speicher verfügt. Der Aufruf von [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) schlägt fehl, wenn Sie diesen Parameter nicht mit einer Quell-DB-Instance verwenden, die über verschlüsselten Speicher verfügt. Wenn Sie einen anderen Schlüssel für den Aurora-PostgreSQL-DB-Cluster verwenden möchten als den von der Quell-DB-Instance verwendeten Schlüssel, müssen Sie auch die `--kms-key-id` angeben. + Verwenden Sie diese Option, wenn der Speicher der Quell-DB-Instance unverschlüsselt ist, der Aurora-PostgreSQL-DB-Cluster jedoch die Verschlüsselung verwenden soll. In diesem Fall müssen Sie auch den Verschlüsselungsschlüssel identifizieren, der mit dem `--kms-key-id`-Parameter verwendet werden soll. + `--kms-key-id` – Optional. Wenn Sie diese Option verwenden, können Sie den Schlüssel angeben, der für die Speicherverschlüsselung (`--storage-encrypted`) verwendet werden soll, indem Sie den ARN, die ID, den Alias-ARN oder den Aliasnamen des Schlüssels angeben. Dieser Parameter wird nur für die folgenden Situationen benötigt: + Wenn Sie einen anderen Schlüssel für den Aurora-PostgreSQL-DB-Cluster auswählen möchten als den, der von der Quell-DB-Instance verwendet wird. + Wenn Sie einen verschlüsselten Cluster aus einer unverschlüsselten Quelle erstellen möchten. In diesem Fall müssen Sie den Schlüssel angeben, den Aurora PostgreSQL für die Verschlüsselung verwenden soll. Nachdem Sie den Aurora-PostgreSQL-DB-Cluster erstellt haben, erstellen Sie die primäre Instance mithilfe des CLI-Befehls [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), wie im Folgenden gezeigt: Für Linux, macOS oder Unix: ``` aws rds create-db-instance \ --db-cluster-identifier my-new-aurora-cluster \ --db-instance-class db.x2g.16xlarge \ --db-instance-identifier rpg-for-migration \ --engine aurora-postgresql ``` Für Windows: ``` aws rds create-db-instance ^ --db-cluster-identifier my-new-aurora-cluster ^ --db-instance-class db.x2g.16xlarge ^ --db-instance-identifier rpg-for-migration ^ --engine aurora-postgresql ``` In der folgenden Liste finden Sie weitere Informationen zu einigen der im Beispiel gezeigten Optionen. + `--db-cluster-identifier` – Der Name des neuen Aurora-PostgreSQL-DB-Clusters, den Sie im vorherigen Schritt mit dem Befehl [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) erstellt haben. + `--db-instance-class` – Der Name der DB-Instance-Klasse, die für Ihre primäre Instance verwendet werden soll, z. B. `db.r4.xlarge`, `db.t4g.medium`, `db.x2g.16xlarge` usw. Eine Liste der verfügbaren DB-Instance-Klassen finden Sie unter [DB-Instance-Klassenarten](Concepts.DBInstanceClass.Types.md). + `--db-instance-identifier` – Geben Sie den Namen an, den Ihre primäre Instance erhalten soll. + `--engine aurora-postgresql` – Geben Sie `aurora-postgresql` für die Engine an. ### RDS-API Wenn Sie ein Aurora-Lesereplikat aus einer Quell-DB-Instance von RDS für PostgreSQL erstellen möchten, verwenden Sie zuerst die RDS-API-Operation [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html), um einen neuen Aurora-DB-Cluster für das Aurora-Lesereplikat zu erstellen, das aus Ihrer RDS-for-PostgreSQL-Quell-DB-Instance erstellt wird. Wenn der Aurora-PostgreSQL-DB-Cluster verfügbar ist, verwenden Sie [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html), um die primäre Instance für den Aurora-DB-Cluster zu erstellen. Sie müssen das Hauptbenutzerkonto (normalerweise `postgres`), sein Passwort oder den Datenbanknamen nicht angeben. Das Aurora-Lesereplikat bezieht diese Angaben automatisch aus der RDS-for-PostgreSQL-Quell-DB-Instance, die in `ReplicationSourceIdentifier` angegeben ist. Sie müssen allerdings die Engine-Version angeben, die für den Aurora-PostgreSQL-DB-Cluster und die DB-Instance verwendet werden soll. Die von Ihnen angegebene Version sollte mit der Quell-DB-Instance von RDS für PostgreSQL übereinstimmen. Wenn die Quell-DB-Instance von RDS für PostgreSQL verschlüsselt ist, müssen Sie auch die Verschlüsselung für die primäre Instance des Aurora-PostgreSQL-DB-Clusters angeben. Die Migration einer verschlüsselten Instance zu einem unverschlüsselten Aurora-DB-Cluster wird nicht unterstützt. Wenn Sie den Aurora-DB-Cluster für das Aurora-Lesereplikat erstellen möchten, verwenden Sie die RDS-API-Operation [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: + `DBClusterIdentifier` – Der Name des zu erstellenden DB-Clusters. + `DBSubnetGroupName` – Der Name der DB-Subnetzgruppe, die mit diesem DB-Cluster verknüpft werden soll. + `Engine=aurora-postgresql` – Der Name der zu verwendenden Engine. + `ReplicationSourceIdentifier` – Der Amazon Resource Name (ARN) für die PostgreSQL-Quell-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) in der Allgemeine Amazon Web Services-Referenz.* Wenn `ReplicationSourceIdentifier` eine verschlüsselte Quelle identifiziert, verwendet Amazon RDS Ihren Standard-KMS-Schlüssel, es sei denn, Sie geben mit der Option `KmsKeyId` einen anderen Schlüssel an. + `VpcSecurityGroupIds` – Eine Liste der Amazon-EC2-VPC-Sicherheitsgruppen, die mit diesem DB-Cluster verknüpft werden sollen. + `StorageEncrypted` – Gibt an, ob der DB-Cluster verschlüsselt ist. Wenn Sie diesen Parameter verwenden, ohne auch die `ReplicationSourceIdentifier` anzugeben, verwendet Amazon RDS Ihren KMS-Standardschlüssel. + `KmsKeyId` – Der Schlüssel für einen verschlüsselten Cluster. Wenn Sie diese Option verwenden, können Sie den Schlüssel angeben, der für die Speicherverschlüsselung verwendet werden soll, indem Sie den ARN, die ID, den Alias-ARN oder den Aliasnamen des Schlüssels angeben. Weitere Informationen finden Sie unter [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) in der *Amazon-RDS-API-Referenz*. Sobald der Aurora-DB-Cluster verfügbar ist, können Sie eine primäre Instance dafür erstellen, indem Sie die RDS-API-Operation [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-postgresql` – Der Name der zu verwendenden Engine. Weitere Informationen finden Sie unter [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) in der *Amazon-RDS-API-Referenz*. ## Hochstufen einer Aurora Read Replica Die Migration zu Aurora PostgreSQL ist erst abgeschlossen, wenn Sie den Replikat-Cluster hochgestuft haben. Löschen Sie also die RDS-for-PostgreSQL-Quell-DB-Instance noch nicht. Stellen Sie vor dem Hochladen des Replikat-Clusters sicher, dass die RDS-for-PostgreSQL-DB-Instance keine prozessinternen Transaktionen oder andere Aktivitäten enthält, die in die Datenbank schreiben. Wenn die Replikatverzögerung auf dem Aurora-Lesereplikat Null (0) erreicht, können Sie den Replikatcluster heraufstufen. Weitere Informationen zum Überwachen der Replikatverzögerung finden Sie unter [Überwachung einer Aurora PostgreSQL-Replikation](AuroraPostgreSQL.Replication.md#AuroraPostgreSQL.Replication.Monitoring) und [Metriken auf Instance-Ebene für Amazon Aurora](Aurora.AuroraMonitoring.Metrics.md#Aurora.AuroraMySQL.Monitoring.Metrics.instances). ### 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 Replikatcluster aus. ![\[Einen Replikatcluster auf den vollständigen Aurora-PostgreSQL-DB-Clusterstatus hochstufen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/Aurorapgres-migrate-2.png) 1. Wählen Sie für **Actions (Aktionen)****Promote (Hochstufen)** aus. Dies kann einige Minuten dauern und zu Ausfallzeiten führen. Wenn der Prozess abgeschlossen ist, ist der Aurora-Replikatcluster ein regionaler Aurora-PostgreSQL-DB-Cluster mit einer Writer-Instance, die die Daten aus der RDS-for-PostgreSQL-DB-Instance enthält. ### 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 ``` ### RDS-API Verwenden Sie den RDS-API-Vorgang, um eine Aurora-Read Replica zu einem eigenständigen DB-Cluster hochzustufen. [PromoteReadReplicaDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html) Nachdem Sie den Replikatcluster hochgestuft haben, können Sie bestätigen, dass das Hochstufen abgeschlossen wurde, indem Sie das Ereignisprotokoll wie folgt überprüfen. **Um zu bestätigen, dass das Aurora-Replikatcluster 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. Auf der Seite **Events** (Ereignisse) finden Sie den Namen Ihres Clusters in der Liste **Source** (Quelle). Jedes Ereignis hat eine Quelle, einen Typ, eine Uhrzeit und eine Nachricht. Sie können alle Ereignisse sehen, die in Ihrem AWS-Region für Ihr Konto aufgetreten sind. Ein erfolgreiches Hochstufen generiert die folgende Nachricht. ``` Promoted Read Replica cluster to a stand-alone database cluster. ``` Nach Abschluss der Hochstufung wird die Verknüpfung zwischen der Quell-RDS-for-PostgreSQL-DB-Instance und dem Aurora-PostgreSQL-DB-Cluster aufgehoben. Sie können Ihre Clientanwendungen für den Zugriff auf den Endpunkt des Aurora-Lesereplikats konfigurieren. Weitere Informationen zu den Aurora-Endpunkten finden Sie unter [Amazon-Aurora-Endpunktverbindungen](Aurora.Overview.Endpoints.md). Nun können Sie die DB-Instance bei Bedarf sicher löschen.