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. # Arbeiten mit Replikaten für Amazon RDS für Db2 RDS für Db2 unterstützt die Erstellung von Replikatdatenbanken, um Leseskalierung und Notfallwiederherstellungs-Funktionen bereitzustellen. Sie können Replikate in zwei Modi erstellen: schreibgeschützte Replikate zum Auslagern von Lese-Workloads und Standby-Replikate für die regionsübergreifende Notfallwiederherstellung. RDS für Db2 verwendet für die Replikation die High Availability Disaster Recovery (HADR)-Technologie von IBM Db2. Weitere Informationen finden Sie in der IBM Db2-Dokumentation unter [High availability disaster recovery (HADR)](https://www.ibm.com/docs/en/db2/11.5?topic=server-high-availability-disaster-recovery-hadr). Eine *Db2-Replikat*-datenbank ist eine physische Kopie Ihrer primären Datenbank. Ein Db2-Replikat im schreibgeschützten Modus wird als *Lesereplikat* bezeichnet. Ein Db2-Replikat im Standby-Modus wird als *Standby-Replikat* bezeichnet. Db2 lässt keine Schreibvorgänge in einem Replikat zu, aber Sie können ein Replikat heraufstufen, um es beschreibbar zu machen. Das hochgestufte Replikat weist die replizierten Daten bis zu dem Punkt auf, an dem die Anforderung zum Hochstufen ausgegeben wurde. Weitere Informationen finden Sie unter [Hochstufen eines Lesereplikats zur eigenständigen DB-Instance](USER_ReadRepl.Promote.md). Eine Zusammenfassung der Funktionen und Verhaltensweisen von Replikaten von RDS für Db2 finden Sie unter [Unterschiede zwischen Lesereplikaten für DB-Engines](USER_ReadRepl.Overview.Differences.md). ## Lese- und Standby-Replikate Wenn Sie ein Db2-Replikat erstellen oder ändern, können Sie es in einen der folgenden Modi versetzen: **Read-only** Dies ist die Standardeinstellung. HADR überträgt und wendet Änderungen aus der Quelldatenbank auf alle Lesereplikat-Datenbanken an. Für schreibgeschützte Replikate ist die Db2-Umgebungsvariable `DB2_HADR_ROS` auf `ON` gesetzt. Die Isolationsstufe für Leseabfragen in der Replikatdatenbank ist `Uncommitted Read`. Weitere Informationen finden Sie in der IBM Db2-Dokumentation unter [Isolation level on the active standby database](https://www.ibm.com/docs/en/db2/11.5?topic=standby-isolation-level-active-database). Allgemeine Hinweise zu Read Replicas, die für alle DB-Engines gelten, finden Sie unter [Arbeiten mit DB-Instance-Lesereplikaten](USER_ReadRepl.md). Weitere Informationen zu Db2 HADR finden Sie in der IBM Db2-Dokumentation unter [High availability disaster recovery (HADR)](https://www.ibm.com/docs/en/db2/11.5?topic=server-high-availability-disaster-recovery-hadr). **Standby** Für Standby-Replikate wird die Db2-Umgebungsvariable `DB2_HADR_ROS` auf `OFF` gesetzt, damit die Replikatdatenbanken keine Benutzerverbindungen akzeptieren. Die primäre Verwendung für Standby-Replikate ist die überregionale Notfallwiederherstellung. Ein Standby-Replikat kann keine schreibgeschützte Workload bereitstellen. Das Standby-Replikat hat keine Archivprotokolle. Sie können bis zu drei Replikate aus einer Quell-DB-Instance erstellen. Sie können eine Kombination aus schreibgeschützten und Standby-DB-Replikaten für dieselbe Quell-DB-Instance erstellen. Nachdem Sie ein Replikat erstellt haben, können Sie den Replikatmodus ändern. Weitere Informationen finden Sie unter [Ändern des Replikatmodus von RDS für Db2](db2-replicas-changing-replica-mode.md). Überprüfen Sie vor dem Erstellen der Replikate, ob alle Voraussetzungen erfüllt sind. Weitere Informationen finden Sie unter [Anforderungen und Überlegungen zur Sicherung und Wiederherstellung von Replikaten von RDS für Db2.](db2-read-replicas.limitations.md). ## Datenbankaktivierungen Db2 HADR wird auf Datenbankebene konfiguriert. Nachdem Sie Replikate erstellt haben, wird HADR für alle Db2-Datenbanken festgelegt, einschließlich `rdsadmin`, die RDS vollständig verwaltet. Bevor Sie Db2-Replikate erstellen, müssen Sie alle Datenbanken explizit aktivieren. Andernfalls schlägt die Erstellung von Replikaten fehl und Amazon RDS gibt ein Ereignis aus. Sobald eine DB-Instance über ein oder mehrere Replikate verfügt, können Sie mit den gespeicherten Prozeduren `rdsadmin.activate_database` oder `rdsadmin.deactivate_database` keine Datenbanken mehr auf der DB-Instance aktivieren oder deaktivieren. Weitere Informationen finden Sie unter [Gespeicherte Prozeduren für Datenbanken von RDS für Db2](db2-sp-managing-databases.md). ## HADR-Konfigurationen Sie können alle HADR-Konfigurationen für eine Datenbank anzeigen, indem Sie eine Verbindung zu der Datenbank herstellen und dann `db2 get db cfg` ausführen. ## Aufbewahrung archivierter Protokolle Amazon RDS löscht Protokolle aus einer primären DB-Instance, wenn die folgenden Bedingungen erfüllt sind: + Die Protokolle sind mindestens zwei Stunden alt. + Die Archiveinstellung für die Aufbewahrungszeit des Protokolls ist abgelaufen. + Die Archivprotokolle wurden erfolgreich auf alle Replikat-DB-Instances repliziert. Diese Bedingung gilt sowohl für DB-Instances in derselben AWS-Region als auch für regionsübergreifende DB-Instances. Weitere Informationen zum Festlegen von Aufbewahrungszeiten für Archivprotokolle finden Sie unter [rdsadmin.set\$1archive\$1log\$1retention](db2-sp-managing-databases.md#db2-sp-set-archive-log-retention). Amazon RDS überprüft und bereinigt jede Datenbank einzeln. Wenn eine Datenbank die HADR-Verbindung verliert oder keine Informationen über die Verbindung verfügbar sind, überspringt Amazon RDS die Datenbank und löscht die Archivprotokolle nicht. ## Ausfälle während der Db2-Replikation Wenn Sie ein Replikat erstellen, fertigt Amazon RDS einen DB-Snapshot Ihrer Quell-DB-Instance an und beginnt mit der Replikation. Wenn der DB-Snapshot-Vorgang beginnt, wird die Quell-DB-Instance kurzzeitig unterbrochen I/O . Die I/O Unterbrechung dauert in der Regel etwa eine Sekunde. Wenn es sich bei der Quell-DB-Instance jedoch um eine Multi-AZ-Bereitstellung handelt, wird die Quell-DB-Instance nicht I/O gesperrt. Dies liegt daran, dass bei Multi-AZ-Bereitstellungen der Snapshot von der sekundären DB-Instance erstellt wird. Der DB-Snapshot wird zum Db2-Replikat. Amazon RDS legt die erforderlichen Parameter und Berechtigungen für die Quelldatenbank und das Replikat ohne Serviceunterbrechung fest. Wenn Sie ein Replikat löschen, tritt ebenfalls kein Ausfall auf. # Anforderungen und Überlegungen zur Sicherung und Wiederherstellung von Replikaten von RDS für Db2. Die Anforderungen an das DB2-Replikat lassen sich in mehrere Kategorien einteilen: Lizenzierung und Versionsverwaltung, Überlegungen zur Sicherung und Wiederherstellung, Replikationsverhalten und allgemeine operative Überlegungen. Machen Sie sich vor dem Erstellen eines Db2-Replikats mit den folgenden Anforderungen und Überlegungen vertraut. ## Versions- und Lizenzierungsanforderungen für Replikate von RDS für Db2 Bevor Sie ein Replikat von RDS für Db2 erstellen, sollten Sie die folgenden Informationen zu Versionen und Lizenzmodellen überprüfen: + **Unterstützte Versionen** – Alle Versionen von Db2 11.5 unterstützen Replikat-DB-Instances. Quell- und Replikat-DB-Instances müssen dieselbe Hauptversion verwenden. Db2-Replikate unterstützen Nebenversions-, aber keine Hauptversions-Upgrades. Informationen zum Upgrade von DB-Instances finden Sie unter [Upgrade der Engine-Version für eine DB-Instance ](USER_UpgradeDBInstance.Upgrading.md). **Anmerkung** Beim Upgrade einer Quell-DB-Instance werden alle Replikate automatisch aktualisiert, um die Versionskompatibilität zu erhalten. + **Gültige Lizenzmodelle und Replikatmodi** — Sowohl mit der Db2 Advanced Edition (AE) als auch mit der Standard Edition (SE) können Replikate sowohl für das Bring Your Own License (BYOL) -Modell als auch für das Db2-Lizenzdurchgangsmodell im schreibgeschützten Modus oder im Standby-Modus erstellt werden. AWS Marketplace + **Benutzerdefinierte Parametergruppe** – Sie müssen eine benutzerdefinierte Parametergruppe für das Replikat angeben. Für Replikate, die das BYOL-Modell verwenden, muss diese benutzerdefinierte Parametergruppe Ihre IBM Site ID und IBM Customer ID enthalten. Weitere Informationen finden Sie unter [IBM IDs für Bring Your Own License (BYOL) für Db2](db2-licensing.md#db2-prereqs-ibm-info). Sie können diese benutzerdefinierte Parametergruppe für das Replikat mithilfe der, der oder der RDS-API angeben. AWS-Managementkonsole AWS CLI + Die **vCPU-Anzahl** variiert je nach Replikatmodus und Lizenzmodell: + **Standby-Replikate** verwenden CPUs unabhängig von der Größe der DB-Instance immer zwei V. + **BYOL-Modell** — AWS License Manager Konfigurationen zeigen, dass RDS für Db2-DB-Instances zwei v verwendet. CPUs + **Db2-Lizenz pro AWS Marketplace Modell —** Die Rechnungen beziehen sich auf die Lizenzkosten für zwei v. CPUs + **Schreibgeschützte Replikate** verwenden dieselbe vCPU-Anzahl wie die DB-Instance-Größe. + **BYOL-Modell** — AWS License Manager Konfigurationen zeigen, dass RDS für Db2-DB-Instances dieselbe Anzahl von v verwendetCPUs , die der DB-Instance-Größe entspricht. + **Db2-Lizenz pro AWS Marketplace Modell** — Die Rechnungen beziehen sich auf die Lizenzkosten für dieselbe Anzahl von vCPUs , die der DB-Instance-Größe entsprechen. ## Überlegungen zu Sicherung und Wiederherstellung von Replikaten von RDS für Db2 Replikat-Sicherungen verhalten sich anders als Primärdatenbank-Sicherungen. Beachten Sie die folgenden Sicherungs- und Wiederherstellungsanforderungen: + Um Snapshots von Replikaten von RDS für Db2 zu erstellen oder automatische Sicherungen zu aktivieren, stellen Sie sicher, dass Sie den Aufbewahrungszeitraum für Sicherungen manuell festlegen. Automatische Backups sind standardmäßig nicht aktiviert. + Wenn Sie ein Replikat-Backup wiederherstellen, erfolgt die Wiederherstellung auf die Datenbankzeit, nicht auf die Uhrzeit, zu der das Backup erstellt wurde. Die Datenbank-Zeit bezieht sich auf die letzte angewendete Transaktionszeit der Daten im Backup. Der Unterschied ist erheblich, da ein Replikat Minuten oder Stunden hinter der Primärdatenbank zurückbleiben kann. Wenn mehrere Datenbanken vorhanden sind, verwendet RDS für Db2 die früheste Datenbankzeit. Um den Unterschied herauszufinden, führen Sie den AWS CLI [describe-db-snapshots](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshots.html)Befehl aus oder rufen Sie die DBSnapshots RDS-API-Operation [Describe](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBSnapshots.html) auf. Vergleichen Sie den Wert `SnapshotDatabaseTime` mit dem Wert `OriginalSnapshotCreateTime`. Der Wert `SnapshotDatabaseTime` ist die Datenbankzeit der Replikat-Sicherung. Der Wert `OriginalSnapshotCreateTime` ist die letzte angewendete Transaktion auf der Primärdatenbank. Informationen zu Sicherungen und zum Wiederherstellen einer Sicherung finden Sie unter [Arbeiten mit Sicherungen für Replikate von RDS für Db2](db2-read-replicas.backups.md). ## Überlegungen zu Replikaten von RDS für Db2 Db2-Replikate verwenden die HADR-Technologie mit bestimmten Einschränkungen und Verhaltensweisen. Sehen Sie sich die folgenden replikationsbezogenen Überlegungen an: + Bei der Replikation wird Db2 HADR für alle Datenbanken auf der DB-Instance von RDS für Db2 verwendet. + Die Replikation unterstützt den Befehl `LOAD` nicht. Wenn Sie den Befehl `LOAD` von der Quell-DB-Instance aus ausführen, erhalten Sie uneinheitliche Daten. + RDS für Db2 repliziert die folgenden Elemente nicht: + Speicherzugriff. Achten Sie auf Daten, wie z. B. externe Tabellen, die auf Speicherzugriff angewiesen sind. + Nicht-Inline-Dateien LOBs , die nicht protokolliert werden. + Binärdateien externer gespeicherter Prozeduren (in C oder Java). + Für Standby-Replikate repliziert RDS für Db2 die folgenden Elemente: + Lokale Benutzer, außer Hauptbenutzern + Datenbank-Konfigurationsparameter + Bei schreibgeschützten Replikaten repliziert RDS für Db2 die folgenden Elemente: + Lokale Benutzer, außer Hauptbenutzern + SID-Gruppenzuordnungen ## Verschiedene Überlegungen zu Replikationen von RDS für Db2 Für Db2-Replikate gelten zusätzliche operative Überlegungen. Überprüfen Sie die folgenden Elemente: + RDS für Db2 repliziert Datenbankkonfigurationen auf die Replikate. Wenn RDS für Db2 ein Replikat hochstuft, deaktiviert und aktiviert es jede Datenbank. + RDS für Db2 repliziert die lokalen Benutzer, aber nicht die Hauptbenutzer, und SID-Gruppenzuordnungen an die Replikate. Sie können den Hauptbenutzer auf dem Replikat ändern. Weitere Informationen finden Sie unter [Ändern einer Amazon-RDS-DB-Instance](Overview.DBInstance.Modifying.md). + Alle Datenbanken müssen sich im aktiven Zustand befinden. Informationen zum Aktivieren von Datenbanken finden Sie unter [Gespeicherte Prozeduren für Datenbanken von RDS für Db2](db2-sp-managing-databases.md). + Alle gespeicherten Prozeduren zum Erstellen, Löschen, Wiederherstellen oder Rollforward von Datenbanken müssen abgeschlossen sein, bevor ein Replikat erstellt werden kann. Informationen zu diesen gespeicherten Prozeduren finden Sie unter [Gespeicherte Prozeduren für Datenbanken von RDS für Db2](db2-sp-managing-databases.md). + Wenn das Replikat erstellt wird, setzt Amazon RDS den Parameter `blocknonlogged` auf Datenbankebene für alle Datenbanken auf der Quell-DB-Instance auf `YES`. Wenn das Quellreplikat wieder zu einer eigenständigen Instance wird, setzt Amazon RDS den Wert wieder auf `NO`. Weitere Informationen finden Sie in der IBM Db2-Dokumentation unter [blocknonlogged – Block creation of tables that allow non-logged activity configuration parameter](https://www.ibm.com/docs/en/db2/11.1?topic=dcp-blocknonlogged-block-creation-tables-that-allow-non-logged-activity). + Wenn das Replikat erstellt wird, setzt Amazon RDS den Parameter `logindexbuild` auf Datenbankebene für alle Datenbanken auf der Quell-DB-Instance auf `YES`. Wenn das Quellreplikat wieder zu einer eigenständigen Instance wird, setzt Amazon RDS den Wert wieder auf `NO`. Weitere Informationen finden Sie in der IBM Db2-Dokumentation unter [logindexbuild – Log index pages created configuration parameter](https://www.ibm.com/docs/en/db2/11.1?topic=parameters-logindexbuild-log-index-pages-created). # Vorbereiten der Erstellung eines Replikats von RDS für Db2 Bevor Sie ein Replikat von RDS für Db2 erstellen können, müssen Sie die folgenden Aufgaben ausführen, damit die Replikation erfolgreich verläuft. Diese Aufgaben tragen dazu bei, häufig auftretende Probleme zu vermeiden und eine optimale Leistung sicherzustellen. ## Aufgabe 1: Automatische Sicherungen aktivieren Bevor eine DB-Instance als eine Quell-DB-Instance eingesetzt werden kann, müssen Sie automatische Sicherungen auf der Quell-DB-Instance aktivieren. Dies ist eine Voraussetzung für alle Replikaterstellungen. Weitere Informationen zum Ausführen dieses Verfahrens finden Sie unter [Aktivieren von automatisierten Backups](USER_WorkingWithAutomatedBackups.Enabling.md). Informationen zu spezifischen Sicherungen für Db2-Replikate finden Sie unter [Arbeiten mit Sicherungen für Replikate von RDS für Db2](db2-read-replicas.backups.md). ## Aufgabe 2: Compute- und Speicherressourcen planen Stellen Sie sicher, dass die Quell-DB-Instance und ihre Replikate in Bezug auf die Datenverarbeitungs- und Speicherkapazität die für ihre Betriebslast angemessene Größe aufweisen. Wenn ein Replikat die Kapazität von Rechen-, Netzwerk- und Speicherressourcen erreicht hat, stellt das Replikat den Empfang und die Anwendung von Änderungen aus seiner Quelle ein. Informationen zur Überwachung der Replikat-Leistung und der Ressourcennutzung finden Sie unter [Überwachen der Lesereplikation](USER_ReadRepl.Monitoring.md). RDS für Db2 greift nicht ein, um eine hohe Replikationsverzögerung zwischen einer Quell-DB-Instance und ihren Lesereplikaten zu minimieren. Wenn Sie eine hohe Replikatverzögerung feststellen, lesen Sie die Anleitung zur Fehlerbehebung unter [Überwachen einer Db2-Replikationsverzögerung](db2-troubleshooting-replicas.md#db2-troubleshooting-replicas-lag). Sie können die Speicher- und CPU-Ressourcen eines Replikats unabhängig von seiner Quelle und anderen Replikaten ändern. Weitere Informationen finden Sie unter [Ändern einer Amazon-RDS-DB-Instance](Overview.DBInstance.Modifying.md). ## Aufgabe 3: Datenbanken vorbereiten Bevor Sie ein Replikat erstellen, stellen Sie anhand der folgenden Punkte sicher, dass Ihre Datenbanken bereit sind: + Die DB-Instance enthält alle Datenbanken, die in der DB-Instance vorhanden sein sollen. Nach der Replikat-Erstellung können Sie keine Datenbank auf der DB-Instance mehr erstellen, löschen oder nativ wiederherstellen. Alle Aufrufe der gespeicherten Prozeduren [rdsadmin.create\$1database](db2-sp-managing-databases.md#db2-sp-create-database), [rdsadmin.drop\$1database](db2-sp-managing-databases.md#db2-sp-drop-database) oder [rdsadmin.restore\$1database](db2-sp-managing-databases.md#db2-sp-restore-database) schlagen fehl. + Alle Datenbanken auf der DB-Instance befinden sich in einem aktiven Zustand. Wenn sich eine Datenbank in einem inaktiven Zustand befindet, schlägt die Replikat-Erstellung fehl. Informationen zum Aktivieren von Datenbanken finden Sie unter [Gespeicherte Prozeduren für Datenbanken von RDS für Db2](db2-sp-managing-databases.md). ## Nächste Schritte Nachdem Sie alle Vorbereitungsaufgaben abgeschlossen haben, können Sie ein Db2-Replikat erstellen. + Informationen zum Erstellen eines schreibgeschützten Replikats finden Sie unter [Erstellen eines Lesereplikats](USER_ReadRepl.Create.md). + Informationen zum Erstellen eines Standby-Replikats finden Sie unter [Erstellen eines Standby-Db2-Replikats](db2-read-replicas.creating-in-standby-mode.md). # Erstellen eines Replikats von RDS für Db2 im Standby-Modus Standardmäßig werden Db2-Replikate im schreibgeschützten Modus erstellt. Sie können ein Replikat für Notfallwiederherstellungs-Zwecke im Standby-Modus erstellen. Standby-Replikate akzeptieren keine Benutzerverbindungen, bieten jedoch schnellere Failover-Funktionen für regionsübergreifende Szenarien. Bevor Sie ein Standby-Replikat erstellen, vergewissern Sie sich, dass Sie die Vorbereitungsaufgaben ausgeführt haben. Weitere Informationen finden Sie unter [Vorbereiten der Erstellung eines Replikats von RDS für Db2](db2-read-replicas.Configuration.md). Nachdem Sie ein Standby-Replikat erstellt haben, können Sie den Replikatmodus ändern. Weitere Informationen finden Sie unter [Ändern des Replikatmodus von RDS für Db2](db2-replicas-changing-replica-mode.md). Sie können ein Standby-Replikat mithilfe der AWS-Managementkonsole, der oder der AWS CLI RDS-API erstellen. Informationen zum Erstellen eines schreibgeschützten Replikats finden Sie unter [Erstellen eines Lesereplikats](USER_ReadRepl.Create.md). ## Konsole **So erstellen Sie ein Standby-Replikat aus einer Quell-DB-Instance von RDS für Db2** 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 DB-Instance von RDS für Db2 aus, die Sie als Quelle für ein Standby-Replikat verwenden möchten. 1. Wählen Sie unter **Actions (Aktionen)** **Create replica (Replikat erstellen)** aus. 1. Wählen Sie für **Replikatmodus** die Option **Standby** aus. 1. Wählen Sie die Einstellungen, die Sie verwenden möchten. Geben Sie unter **DB-Instance-Kennung** einen Namen für das Standby-Replikat ein. Passen Sie weitere Einstellungen nach Ihrem Bedarf an. 1. Wählen Sie **unter Regionen** die Region aus, AWS-Region in der das Standby-Replikat gestartet werden soll. 1. Wählen Sie die Instance-Größe und den Speichertyp aus. Wir empfehlen Ihnen, dieselbe DB-Instance-Klasse und denselben Speichertyp wie bei der Quell-DB-Instance für das Standby-Replikat zu verwenden. 1. Wählen Sie für **Multi-AZ-Bereitstellung** die Option **Standby-Instance erstellen**, um eine Standby-Version des Replikats in einer anderen Availability Zone zu erstellen, und um einen Failover-Support für das Standby-Replikat bereitzustellen. 1. Wählen Sie weitere Einstellungen aus, die Sie verwenden möchten. 1. Wählen Sie **Create replica (Replikat erstellen)**. Auf der Seite **Datenbanken** hat das gemountete Replikat die Rolle **Replikat**. ## AWS CLI Um ein Db2-Replikat im Standby-Modus zu erstellen, verwenden Sie den AWS CLI Befehl [create-db-instance-read-replica](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) with set to. `--replica-mode` `mounted` **Example** Für Linux, macOS oder Unix: ``` aws rds create-db-instance-read-replica \ --db-instance-identifier my_standby_replica \ --source-db-instance-identifier my_db_instance \ --replica-mode mounted ``` Für Windows: ``` aws rds create-db-instance-read-replica ^ --db-instance-identifier my_standby_replica ^ --source-db-instance-identifier my_db_instance ^ --replica-mode mounted ``` ## RDS-API [Um ein Db2-Replikat im Standby-Modus zu erstellen, geben Sie in der RDS-API-Operation Create `ReplicaMode=mounted` an. DBInstance ReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html) # Ändern des Replikatmodus von RDS für Db2 Sie können den Replikatmodus eines vorhandenen Db2-Replikats vom schreibgeschützten Modus in den Standby-Modus ändern und umgekehrt. Diese Flexibilität ermöglicht es Ihnen, Ihre Replikatkonfiguration an sich ändernde Anforderungen für Lese-Workloads oder Notfallwiederherstellungen anzupassen. In den folgenden Szenarien möchten Sie möglicherweise die Replikatmodi ändern: + **Schreibgeschützt in Standby** – Wenn Sie keine Lesekapazität mehr benötigen, aber die Funktionen zur Notfallwiederherstellung beibehalten möchten + **Standby in schreibgeschützt** – Wenn Sie Lesekapazität für Berichts- oder Analytik-Workloads hinzufügen müssen Stellen Sie vor dem Ändern des Replikatmodus sicher, dass die folgenden Bedingungen erfüllt sind: + Das Replikat befindet sich in einem verfügbaren Zustand. + Für das Replikat werden keine aktiven Wartungsvorgänge ausgeführt. + Sie verfügen über die erforderlichen Berechtigungen, um die DB-Instance zu ändern. Die Wechseloperation kann einige Minuten dauern. Während der Operation ändert sich der Status der DB-Instance in **Modifying (Wird geändert)**. Weitere Hinweise zu Statusänderungen finden Sie unter [Status der Amazon RDS-DB-Instance anzeigen](accessing-monitoring.md#Overview.DBInstance.Status). Wenn Sie vom schreibgeschützten in den Standby-Modus wechseln, trennt das Replikat alle aktiven Verbindungen. **Wichtig** Da durch das Ändern des Replikatmodus der Dienst vorübergehend unterbrochen wird, sollten Sie die Änderung während eines Wartungsfensters planen, um die Auswirkungen auf Ihre Anwendungen so gering wie möglich zu halten. Sie können den Replikatmodus mithilfe der AWS-Managementkonsole, der oder der AWS CLI RDS-API ändern. ## Konsole **So ändern Sie den Replikatmodus eines Db2-Replikats** 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 Replikatdatenbank aus, die Sie ändern möchten. 1. Wählen Sie **Ändern** aus. 1. Wählen Sie für **Replikatmodus** den gewünschten Modus aus: + **Schreibgeschützt** – Für Lese-Workloads + **Standby** – Für die Notfallwiederherstellung 1. Wählen Sie die anderen Einstellungen aus, die Sie ändern möchten: 1. Klicken Sie auf **Weiter**. 1. Wählen Sie für **Scheduling of modifications (Einplanung von Änderungen)** die Option **Apply immediately (Sofort anwenden)** aus. 1. Wählen Sie **Modify DB Instance (DB-Instance ändern)** aus. 1. Überprüfen Sie nach Abschluss der Änderung den neuen Replikatmodus auf der Seite **Datenbanken**. Der Replikatstatus sollte als **Verfügbar** angezeigt werden, wenn die Änderung abgeschlossen ist. ## AWS CLI Um ein Db2-Replikat vom schreibgeschützten Modus in den Standby-Modus zu ändern, stellen Sie im Befehl `--replica-mode` auf `mounted` ein. AWS CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) Um den Modus eines Db2-Replikats von „Standby“ in „schreibgeschützt“ zu ändern, setzen Sie `--replica-mode` auf `open-read-only`. Im folgenden Beispiel wird ein Replikat vom schreibgeschützten in den Standby-Modus versetzt: **Example** Für Linux, macOS oder Unix: ``` aws rds modify-db-instance \ --db-instance-identifier my_db2_replica \ --replica-mode mounted ``` Für Windows: ``` aws rds modify-db-instance ^ --db-instance-identifier my_db2_replica ^ --replica-mode mounted ``` Im folgenden Beispiel wird ein Replikat vom Standby-Modus in den schreibgeschützten Modus versetzt: **Example** Für Linux, macOS oder Unix: ``` aws rds modify-db-instance \ --db-instance-identifier my_db2_replica \ --replica-mode open-read-only ``` Für Windows: ``` aws rds modify-db-instance ^ --db-instance-identifier my_db2_replica ^ --replica-mode open-read-only ``` ## RDS-API [Um ein Db2-Replikat vom schreibgeschützten Modus in den Standby-Modus zu ändern, legen Sie in Modify fest. `ReplicaMode=mounted` DBInstance](AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) Um den Modus eines Db2-Replikats von „Standby“ in „schreibgeschützt“ zu ändern, legen Sie `ReplicaMode=open-read-only` fest. Im Folgenden finden Sie ein Beispiel für einen API-Aufruf, über den der Replikatmodus von „schreibgeschützt“ in „Standby“ geändert wird: ``` { "DBInstanceIdentifier": "my_db2_replica", "ReplicaMode": "mounted", "ApplyImmediately": true } ``` Im Folgenden finden Sie ein Beispiel für einen API-Aufruf, über den der Replikatmodus von „Standby“ in „schreibgeschützt“ geändert wird: ``` { "DBInstanceIdentifier": "my_db2_replica", "ReplicaMode": "open-read-only", "ApplyImmediately": true } ``` Informationen zu den Unterschieden zwischen den Replikatmodi finden Sie unter [Arbeiten mit Replikaten für Amazon RDS für Db2](db2-replication.md). Informationen zur Behebung von Replikatproblemen finden Sie unter [Fehlerbehebung bei Problemen mit der Replikation in RDS für Db2](db2-troubleshooting-replicas.md). # Arbeiten mit Sicherungen für Replikate von RDS für Db2 Sie können Sicherungen eines Replikats von RDS für Db2 auf die gleiche Weise erstellen und wiederherstellen wie eine Primärdatenbank. Es gibt jedoch wichtige Unterschiede in der Funktionsweise von Replikat-Sicherungen, insbesondere in Bezug auf den Zeitpunkt der Wiederherstellung und die Einstellungen für die Aufbewahrung von Sicherungen. RDS für Db2 unterstützt für Replikate sowohl automatische Sicherungen als auch manuelle Snapshots. RDS für Db2 unterstützt keine point-in-time Wiederherstellung. Weitere Informationen über RDS-Sicherungen finden Sie unter [Sichern, Wiederherstellen und Exportieren von Daten](CHAP_CommonTasks.BackupRestore.md). ## Hauptunterschiede bei Replikat-Sicherungen Replikat-Sicherungen unterscheiden sich in mehreren wichtigen Punkten von Primärdatenbank-Sicherungen: + Automatische Sicherungen sind nicht standardmäßig für Replikate aktiviert. + Wiederherstellungsvorgänge berücksichtigen die Datenbankzeit und nicht die Zeit der Sicherungserstellung. + Replikatverzögerungen können sich auf die aktuellen wiederhergestellten Daten auswirken. Weitere Informationen zum Überwachen der Replikatverzögerung finden Sie unter [Überwachen einer Db2-Replikationsverzögerung](db2-troubleshooting-replicas.md#db2-troubleshooting-replicas-lag). ## Aktivieren automatischer Sicherungen für Replikate von RDS für Db2 Im Gegensatz zu Primärdatenbanken sind bei Replikaten von RDS für Db2 standardmäßig keine automatischen Sicherungen aktiviert. Sie müssen den Aufbewahrungszeitraum für Sicherungen manuell konfigurieren, um automatische Sicherungen zu aktivieren. Sie aktivieren die automatisierte Backup, indem Sie den Aufbewahrungszeitraum für Backups auf einen Wert größer als null festlegen. ### Konsole **So aktivieren Sie automatisierte Sicherungen sofort** 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)** und dann die DB-Instance, die Sie ändern möchten. 1. Wählen Sie **Modify** aus. 1. Wählen Sie unter **Aufbewahrungszeitraum für Backups** einen Wert größer als null aus, z. B. 3 Tage. 1. Klicken Sie auf **Continue**. 1. Wählen Sie **Apply immediately (Sofort anwenden)** aus. 1. Wählen Sie **DB-Instance ändern** aus, um Ihre Änderungen zu speichern und die automatisierten Sicherungen zu aktivieren. ### AWS CLI Verwenden Sie den AWS CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)Befehl, um automatische Backups zu aktivieren. Verwenden Sie die folgenden Parameter: + `--db-instance-identifier` + `--backup-retention-period` + `--apply-immediately` oder `--no-apply-immediately` In diesem Beispiel aktivieren wir automatische Sicherungen, indem wir den Aufbewahrungszeitraum für Sicherungen auf drei Tage festlegen. Die Änderungen werden sofort übernommen. **Example** Für Linux, macOS oder Unix: ``` aws rds modify-db-instance \ --db-instance-identifier my_db_instance \ --backup-retention-period 3 \ --apply-immediately ``` Für Windows: ``` aws rds modify-db-instance ^ --db-instance-identifier my_db_instance ^ --backup-retention-period 3 ^ --apply-immediately ``` ### RDS-API Um automatisierte Backups zu aktivieren, verwenden Sie den DBInstance Vorgang [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) der RDS-API mit den folgenden erforderlichen Parametern: + `DBInstanceIdentifier` + `BackupRetentionPeriod` ## Wiederherstellen einer Replikat-Sicherung von RDS für Db2 Sie können die Sicherung eines Replikats von RDS für Db2 auf die gleiche Weise wiederherstellen wie die Sicherung der Primärdatenbank. Weitere Informationen finden Sie unter [Wiederherstellen auf eine DB-Instance](USER_RestoreFromSnapshot.md). Die wichtigste Überlegung bei der Wiederherstellung von Replikat-Sicherungen besteht darin, den Unterschied zwischen Datenbankzeit und Zeit der Sicherungserstellung zu verstehen, insbesondere wenn Replikat-Verzögerungen vorliegen. Sie können die Verzögerung bei der Replikation überwachen und sicherstellen, dass Ihre Sicherungen die erwarteten Daten enthalten. Informationen zur ReplicaLag Metrik finden Sie unter[CloudWatch Amazon-Metriken für Amazon RDS](rds-metrics.md). ### Verstehen von Zeitunterschieden Bei der Wiederherstellung von Replikat-Sicherungen müssen Sie den Zeitpunkt bestimmen, auf den Sie die Wiederherstellung durchführen. Die Datenbank-Zeit bezieht sich auf die letzte angewendete Transaktionszeit der Daten im Backup. Wenn Sie ein Replikat-Backup wiederherstellen, erfolgt die Wiederherstellung auf die Datenbankzeit, nicht auf den Zeitpunkt, zu dem das Backup abgeschlossen wurde. Der Unterschied ist erheblich, da ein Replikat Minuten oder Stunden hinter der Primärdatenbank zurückbleiben kann. Daher kann die Datenbankzeit einer Replikat-Sicherung ein viel früherer Zeitpunkt sein als die Snapshot-Erstellungszeit. Um den Unterschied zwischen Datenbankzeit und Erstellungszeit zu ermitteln, führen Sie den AWS CLI [describe-db-snapshots](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshots.html)Befehl aus oder rufen Sie den DBSnapshots RDS-API-Vorgang [Describe](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBSnapshots.html) auf. Vergleichen Sie den Wert `SnapshotDatabaseTime` mit dem Wert `OriginalSnapshotCreateTime`. Der Wert `SnapshotDatabaseTime` ist die früheste Datenbankzeit unter allen Datenbanken der Replikat-Sicherung. Der Wert `OriginalSnapshotCreateTime` ist die letzte angewendete Transaktion auf der Primärdatenbank. Beachten Sie, dass die Replikationsverzögerungen für mehrere Datenbanken unterschiedlich sein können und dass die Datenbankzeit zwischen diesen beiden Zeitpunkten liegen kann. Das folgende AWS CLI Beispiel zeigt den Unterschied zwischen den beiden Zeiten: Für Linux, macOS oder Unix: ``` aws rds describe-db-snapshots \ --db-instance-identifier my_db2_replica \ --db-snapshot-identifier my_replica_snapshot ``` Für Windows: ``` aws rds describe-db-snapshots ^ --db-instance-identifier my_db2_replica ^ --db-snapshot-identifier my_replica_snapshot ``` Die Ausgabe dieses Befehls sieht etwa so aus. ``` { "DBSnapshots": [ { "DBSnapshotIdentifier": "my_replica_snapshot", "DBInstanceIdentifier": "my_db2_replica", "SnapshotDatabaseTime": "2022-07-26T17:49:44Z", ... "OriginalSnapshotCreateTime": "2021-07-26T19:49:44Z" } ] } ``` # Fehlerbehebung bei Problemen mit der Replikation in RDS für Db2 In diesem Thema werden häufig auftretende Probleme bei der Replikation in RDS für Db2 beschrieben und Anleitungen zur Fehlerbehebung für schreibgeschützte und Standby-Replikate bereitgestellt. Überprüfen Sie nicht nur die folgenden Informationen zur Fehlerbehebung, sondern achten Sie vor der Erstellung von Db2-Replikaten auch darauf, dass Sie die [Anforderungen und Überlegungen](db2-read-replicas.limitations.md) befolgt und alle [Vorbereitungsschritte](db2-read-replicas.Configuration.md) abgeschlossen haben. ## Fehler bei der Replikaterstellung Die Replikaterstellung kann aus verschiedenen Gründen fehlschlagen: + **Inaktive Datenbanken**: Alle Datenbanken auf der Quell-DB-Instance müssen aktiv sein, damit Replikate erstellt werden können. Informationen zum Aktivieren von Datenbanken finden Sie unter [Gespeicherte Prozeduren für Datenbanken von RDS für Db2](db2-sp-managing-databases.md). + **Fehlende automatische Backups**: Für die Quell-DB-Instance müssen automatische Backups aktiviert sein. Weitere Informationen zum Aktivieren von Backups finden Sie unter [Aktivieren automatischer Sicherungen für Replikate von RDS für Db2](db2-read-replicas.backups.md#db2-read-replicas.backups.turning-on). + **Probleme mit Parametergruppen**: Für Replikate sind benutzerdefinierte Parametergruppen erforderlich. Für die BYOL-Lizenzierung muss die Parametergruppe die Parameter IBM Site ID und IBM Customer ID enthalten. Weitere Informationen finden Sie unter [IBM IDs für Bring Your Own License (BYOL) für Db2](db2-licensing.md#db2-prereqs-ibm-info). ## Überwachen einer Db2-Replikationsverzögerung Um die Replikationsverzögerung in Amazon zu überwachen CloudWatch, sehen Sie sich die Amazon `ReplicaLag` RDS-Metrik an. Weitere Informationen zur zeitlichen Verzögerung bei der Replikation finden Sie unter [Überwachen der Lesereplikation](USER_ReadRepl.Monitoring.md) und [CloudWatch Amazon-Metriken für Amazon RDS](rds-metrics.md). Informationen zum Einrichten von CloudWatch Alarmen für Replikatverzögerungen finden Sie unter[Überwachung von Amazon RDS mit Amazon CloudWatch](monitoring-cloudwatch.md). Wenn die Verzögerungszeit für ein schreibgeschütztes Replikat zu lang ist, fragen Sie die Tabelle `MON_GET_HADR` nach dem Status der Replikations-DB-Instance ab. Wenn die Verzögerungszeit für ein Standby-Replikat zu lang ist, fragen Sie die Tabelle `MON_GET_HADR` nach dem Status der Quell-DB-Instance ab. Fragen Sie nicht die Replikat-DB-Instance ab, da Replikat-DB-Instances keine Benutzerverbindungen akzeptieren. Zu den häufigsten Ursachen für eine hohe Replikationsverzögerung gehören die folgenden: + Unzureichende Rechenressourcen auf dem Replikat + Probleme mit der Netzwerkverbindung zwischen der Quelle und dem Replikat + Hohe Schreibaktivität in der Quelldatenbank + Einschränkungen der Speicherleistung auf dem Replikat Wenn weiterhin eine hohe Replikationsverzögerung vorliegt, sollten Sie eine Skalierung der Replikatressourcen erwägen. Weitere Informationen finden Sie unter [Ändern einer Amazon-RDS-DB-Instance](Overview.DBInstance.Modifying.md). ## Fehler bei der Db2-Replikation Die Db2-Replikation kann sich aus einer Reihe von Gründen in einem Fehlerstatus befinden. Führen Sie die folgenden Aktionen durch: + Überwachen Sie die Ereignisse und den Status der DB-Instance, um sich zu vergewissern, dass die DB-Instance repliziert wird. Weitere Informationen finden Sie unter [Arbeiten mit Amazon-RDS-Ereignisbenachrichtigungen](USER_Events.md). + Überprüfen Sie die Diagnoseprotokolle des Db2-Replikats in der Amazon-RDS-Konsole. Suchen Sie in den Protokollen nach Fehlern in den HADR-Meldungen. Vergleichen Sie die Protokoll-Sequenznummer mit der primären Sequenznummer. Informationen zum Zugriff auf die Db2-Diagnoseprotokolle und zu ihrer Interpretation finden Sie unter [Datenbank-Protokolldateien von Amazon RDS für Db2](USER_LogAccess.Concepts.Db2.md). Informationen zur Db2-HADR-Konfiguration und -Fehlerbehebung finden Sie unter [Arbeiten mit Replikaten für Amazon RDS für Db2](db2-replication.md). Wenn weiterhin Replikationsfehler auftreten, müssen Sie das Replikat möglicherweise neu erstellen. ## Verbindungsprobleme Wenn Sie keine Verbindung mit dem Replikat herstellen können, lesen Sie die folgenden Informationen zu den Replikatmodi: + **Standby-Replikate**: Sie akzeptieren standardmäßig keine Benutzerverbindungen. Verwenden Sie schreibgeschützte Replikate für Lese-Workloads. + **Schreibgeschützte Replikate** — Überprüfen Sie Ihre Sicherheitsgruppeneinstellungen, Netzwerk- und ACLs Parametergruppenkonfigurationen. Weitere Informationen finden Sie unter [Steuern des Datenverkehrs zu Ihren AWS -Ressourcen mithilfe von Sicherheitsgruppen](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html) im *Amazon-VPC-Benutzerhandbuch*, unter [Steuern des Datenverkehrs in Subnetzen mithilfe von Zugriffssteuerungslisten für Netzwerke](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) im *Amazon-VPC-Benutzerhandbuch* und unter [Parametergruppen für Amazon RDS](USER_WorkingWithParamGroups.md). ## Leistungsprobleme Wenn die Replikatleistung unzureichend ist, sehen Sie sich die folgenden Vorschläge an: + Vergewissern Sie sich, dass das Replikat über ausreichende Rechen- und Speicherressourcen verfügt. + Überwachen Sie die `ReplicaLag` Metrik in Amazon CloudWatch. + Erwägen Sie eine Hochskalierung der Replikat-DB-Instance-Klasse. Informationen zum Ändern von Ressourcen oder Instance-Klassen finden Sie unter [Ändern einer Amazon-RDS-DB-Instance](Overview.DBInstance.Modifying.md). Informationen zum Überwachen der Replikationsverzögerung finden Sie unter [Überwachen einer Replikationsverzögerung](USER_ReadRepl.Monitoring.md#USER_ReadRepl.Monitoring.Lag) und [CloudWatch Amazon-Metriken für Amazon RDS](rds-metrics.md). Informationen zum Einrichten von CloudWatch Alarmen für Replikatverzögerungen finden Sie unter[Überwachung von Amazon RDS mit Amazon CloudWatch](monitoring-cloudwatch.md).