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)
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.
Eine Zusammenfassung der Funktionen und Verhaltensweisen von Replikaten von RDS für Db2 finden Sie unter Unterschiede zwischen Lesereplikaten für DB-Engines.
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_ROSaufONgesetzt. Die Isolationsstufe für Leseabfragen in der Replikatdatenbank istUncommitted Read. Weitere Informationen finden Sie in der IBM Db2-Dokumentation unter Isolation level on the active standby database. Allgemeine Hinweise zu Read Replicas, die für alle DB-Engines gelten, finden Sie unter Arbeiten mit DB-Instance-Lesereplikaten. Weitere Informationen zu Db2 HADR finden Sie in der IBM Db2-Dokumentation unter High availability disaster recovery (HADR)
. - Standby
-
Für Standby-Replikate wird die Db2-Umgebungsvariable
DB2_HADR_ROSaufOFFgesetzt, 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.
Ü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..
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.
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_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.
