Anforderungen und Überlegungen zur Sicherung und Wiederherstellung von Replikaten von RDS für Db2. - Amazon Relational Database Service
Versions- und LizenzierungsanforderungenÜberlegungen zum Backup und zur WiederherstellungÜberlegungen zur ReplikationenVerschiedene Überlegungen

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.

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.

    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. 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-snapshotsBefehl aus oder rufen Sie die DBSnapshots RDS-API-Operation Describe 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.

Ü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 LOBs.

    • 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.

  • 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.

  • 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.

  • 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.

  • 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.