Anforderungen und Überlegungen zu Backup und Wiederherstellung für RDS-für-Oracle-Replikate

Machen Sie sich vor dem Erstellen eines Oracle-Replikats mit den folgenden Anforderungen und Überlegungen vertraut.

Versions- und Lizenzierungsanforderungen für RDS-für-Oracle-Replikate

Beachten Sie vor dem Erstellen eines RDS-für-Oracle-Replikats die folgenden Punkte:

• Wenn sich das Replikat im schreibgeschützten Modus befindet, stellen Sie sicher, dass Sie über eine Active Data Guard-Lizenz verfügen. Wenn Sie das Replikat in den aufgespielten Modus versetzen, benötigen Sie keine Active Data Guard-Lizenz. Nur die Oracle DB-Engine unterstützt aufgespielte Replikate.

• Oracle-Replikate werden nur für Oracle Enterprise Edition (EE) unterstützt.

• Oracle-Replikate von Nicht-CDBs werden nur für DB-Instances unterstützt, die mit Nicht-CDB-Instances erstellt wurden, auf denen Oracle Database 19c ausgeführt wird.

• Oracle-Replikate sind nur für DB-Instances verfügbar, die auf DB-Instance-Klassen mit zwei oder mehr vCPUs ausgeführt werden. Eine Quell-DB-Instance kann die Instance-Klasse db.t3.small nicht verwenden.

• Die Oracle-DB-Engine-Version der Quell-DB-Instance und all ihrer Replikate müssen identisch sein. Amazon RDS aktualisiert die Replikate sofort nach dem Upgrade der Quell-DB-Instance, ungeachtet des Wartungsfensters des Replikats. Für größere Versions-Upgrades von regionsübergreifenden Replikaten führt Amazon RDS automatisch Folgendes durch:

  • Automatisches Generieren einer Optionsgruppe für die Zielversion

  • Kopieren aller Optionen und Optionseinstellungen aus der ursprünglichen Optionsgruppe in die neue Optionsgruppe

  • Verknüpfen des aktualisierten regionsübergreifenden Replikats mit der neuen Optionsgruppe

  Weitere Informationen zum Aktualisieren der DB-Engine-Version finden Sie unter Aktualisieren der DB-Engine von RDS für Oracle.

Einschränkungen von Optionsgruppen für RDS for Oracle Replicas

Beachten Sie vor dem Erstellen eines RDS-für-Oracle-Replikats die folgenden Punkte:

• Wenn sich Ihr Oracle-Replikat in derselben AWS Region wie seine Quell-DB-Instance befindet, kann das Replikat keine andere Optionsgruppe als die Quell-DB-Instance verwenden. Änderungen an der Quell-Optionsgruppe oder der Quell-Optionsgruppen-Mitgliedschaft werden auf Oracle-Replicas übertragen. Diese Änderungen werden unmittelbar, nachdem sie auf die Quell-DB-Instance angewandt wurden, auf die Replikate angewandt, ungeachtet des Wartungsfensters des Replikats.

  Weitere Informationen über Optionsgruppen finden Sie unter Arbeiten mit Optionsgruppen.

• Sie können ein regionsübergreifendes Replikat von RDS for Oracle nicht aus der zugehörigen Optionsgruppe entfernen, die automatisch für das Replikat erstellt wird.

• Sie können die dedizierte Optionsgruppe für ein regionsübergreifendes RDS for Oracle-Replikat nicht zu einer anderen DB-Instance hinzufügen.

• Sie können nur die folgenden nicht replizierten Optionen zu einer dedizierten Optionsgruppe für ein regionsübergreifendes Replikat von RDS for Oracle hinzufügen oder daraus entfernen:

  • NATIVE_NETWORK_ENCRYPTION

  • OEM

  • OEM_AGENT

  • SSL

  Um einem regionsübergreifenden Replikat von RDS für Oracle weitere Optionen hinzuzufügen, fügen Sie diese der Optionsgruppe der Quell-DB-Instance hinzu. Die Option wird auch auf allen Replikaten der Quell-DB-Instance installiert. Stellen Sie bei lizenzierten Optionen sicher, dass genügend Lizenzen für die Replikate vorhanden sind.

  Wenn Sie ein regionsübergreifendes Replikat von RDS für Oracle hochstufen, verhält sich das hochgestufte Replikat genau so wie andere Oracle-DB-Instances, einschließlich der Verwaltung seiner Optionen. Sie können ein Replikat explizit oder implizit hochstufen, indem Sie seine Quell-DB-Instance löschen.

  Weitere Informationen über Optionsgruppen finden Sie unter Arbeiten mit Optionsgruppen.

• Die EFS_INTEGRATION Option wird für RDS for Oracle Cross-Region Replicas nicht unterstützt.

Überlegungen zu Backup und Wiederherstellung für RDS-für-Oracle-Replikate

Beachten Sie vor dem Erstellen eines RDS-für-Oracle-Replikats die folgenden Punkte:

• Um Snapshots von RDS-für-Oracle-Replikate zu erstellen oder automatische Backups zu aktivieren, stellen Sie sicher, dass Sie den Aufbewahrungszeitraum für Backups 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 dem primären Replikat zurückbleiben kann.

  Um den Unterschied zu finden, verwenden Sie den describe-db-snapshots-Befehl. Vergleichen Sie snapshotDatabaseTime, das ist die Datenbankzeit des Replikat-Backups, und OriginalSnapshotCreateTime-Feld, das die letzte angewendete Transaktion in der Primärdatenbank darstellt.

Anforderungen und Einschränkungen von Oracle Data Guard für Replikate von RDS für Oracle

Beachten Sie die folgenden Anforderungen und Einschränkungen, bevor Sie ein Replikat von RDS für Oracle erstellen:

• Wenn Ihre primäre DB-Instance die Single-Tenant-Konfiguration der Multi-Tenant-Architektur verwendet, sollten Sie Folgendes berücksichtigen:

  • Sie müssen Oracle Database 19c oder höher mit der Enterprise Edition verwenden.

  • Ihre primäre CDB-Instance muss sich in einem ACTIVE-Lebenszyklus befinden.

  • Sie können eine Nicht-CDB-Primär-Instance nicht in eine CDB-Instance und ihre Replikate nicht im gleichen Vorgang konvertieren. Löschen Sie stattdessen die Nicht-CDB-Replikate, konvertieren Sie die primäre DB-Instance in eine CDB und erstellen Sie dann neue Replikate

• Stellen Sie sicher, dassin Anmeldeauslöser auf einer primären DB-Instance dem RDS_DATAGUARD-Benutzer und jedem Benutzer, dessen AUTHENTICATED_IDENTITY-Wert RDS_DATAGUARD oder rdsdb ist, den Zugriff erlauben. Außerdem darf der Auslöser das aktuelle Schema für den RDS_DATAGUARD-Benutzer nicht festlegen.

• Um zu vermeiden, dass Verbindungen vom Data Guard-Brokerprozess blockiert werden, aktivieren Sie keine eingeschränkten Sitzungen. Weitere Informationen zu eingeschränkten Sitzungen finden Sie unter Aktivieren und Deaktivieren von beschränkten Sitzungen.

Sonstige Überlegungen zu RDS-für-Oracle-Replikaten

Beachten Sie vor dem Erstellen eines RDS-für-Oracle-Replikats die folgenden Punkte:

• Wenn Ihre DB-Instance eine Quelle für ein oder mehrere regionsübergreifende Replikate ist, behält die Quell-DB ihre archivierten Redo-Log-Dateien bei, bis sie auf alle regionsübergreifenden Replikate angewendet werden. Die archivierten Redo-Protokolle können zu erhöhter Speichernutzung führen.

• Um die RDS-Automatisierung nicht zu beeinträchtigen, müssen Systemauslöser bestimmten Benutzern die Anmeldung bei der primären und der Replikatdatenbank ermöglichen. Zu den Systemauslösern gehören Auslöser für DDL, Anmeldung und Datenbankrollen. Wir empfehlen Ihnen, Code zu Ihren Auslösern hinzuzufügen, um die im folgenden Beispielcode aufgeführten Benutzer auszuschließen:

  -- Determine who the user is
  SELECT SYS_CONTEXT('USERENV','AUTHENTICATED_IDENTITY') INTO CURRENT_USER FROM DUAL;
  -- The following users should always be able to login to either the Primary or Replica
  IF CURRENT_USER IN ('master_user', 'SYS', 'SYSTEM', 'RDS_DATAGUARD', 'rdsdb') THEN
  RETURN;
  END IF;

• Die Nachverfolgung von Blockänderungen wird für schreibgeschützte Replikate unterstützt, nicht jedoch für bereitgestellte Replikate. Sie können ein aufgespieltes Replikat in ein schreibgeschütztes Replikat ändern und dann die Blockänderungsverfolgung aktivieren. Weitere Informationen finden Sie unter Aktivieren und Deaktivieren der Nachverfolgung von Blockänderungen.