Fügen Sie HA mithilfe einer Read Replica zu Oracle PeopleSoft auf Amazon RDS Custom hinzu - AWS Prescriptive Guidance

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.

Fügen Sie HA mithilfe einer Read Replica zu Oracle PeopleSoft auf Amazon RDS Custom hinzu

Erstellt von sampath kathirvel () AWS

Umwelt: Produktion

Technologien: Datenbanken; Infrastruktur

Arbeitslast: Oracle

AWSdienstleistungen: Amazon RDS

Übersicht

Um die Oracle PeopleSoft Enterprise Resource Planning (ERP) -Lösung auf Amazon Web Services (AWS) auszuführen, können Sie Amazon Relational Database Service (AmazonRDS) oder Amazon RDS Custom for Oracle verwenden, das ältere, benutzerdefinierte und verpackte Anwendungen unterstützt, die Zugriff auf das zugrunde liegende Betriebssystem und die Datenbankumgebung benötigen. Wichtige Faktoren, die bei der Planung einer Migration zu berücksichtigen sind, finden Sie unter Strategien zur Migration von Oracle-Datenbanken in AWS Prescriptive Guidance.

Zum jetzigen Zeitpunkt unterstützt RDS Custom for Oracle die Multi-AZ-Option nicht, die für Amazon RDS for Oracle als HA-Lösung mit Speicherreplikation verfügbar ist. Stattdessen wird mit diesem Muster HA erreicht, indem eine Standby-Datenbank verwendet wird, die eine physische Kopie der Primärdatenbank erstellt und verwaltet. Das Muster konzentriert sich auf die Schritte zum Ausführen einer PeopleSoft Anwendungsdatenbank auf Amazon RDS Custom mit HA, indem Oracle Data Guard zum Einrichten einer Read Replica verwendet wird.

Dieses Muster versetzt die Read Replica auch in den Nur-Lese-Modus. Wenn sich Ihre Read Replica im schreibgeschützten Modus befindet, bietet dies zusätzliche Vorteile:

  • Auslagern von schreibgeschützten Workloads aus der Primärdatenbank

  • Aktivierung der automatischen Reparatur beschädigter Blöcke durch Abrufen fehlerfreier Blöcke aus der Standby-Datenbank mithilfe der Oracle Active Data Guard-Funktion

  • Verwendung der Far Sync-Funktion, um die Remote-Standby-Datenbank synchron zu halten, ohne den Leistungsaufwand, der mit der Redo-Log-Übertragung über große Entfernungen verbunden ist.

Für die Verwendung eines Replikats im schreibgeschützten Modus ist die Option Oracle Active Data Guard erforderlich, die mit zusätzlichen Kosten verbunden ist, da es sich um eine separat lizenzierte Funktion der Oracle Database Enterprise Edition handelt.

Voraussetzungen und Einschränkungen

Voraussetzungen

  • Eine bestehende PeopleSoft Anwendung auf Amazon RDS Custom. Wenn Sie keine Anwendung haben, sehen Sie sich das Muster Migrate Oracle PeopleSoft to Amazon RDS Custom an.

  • Eine einzige PeopleSoft Anwendungsebene. Sie können dieses Muster jedoch so anpassen, dass es mit mehreren Anwendungsebenen funktioniert.

  • Amazon RDS Custom ist mit mindestens 8 GB Swap-Speicherplatz konfiguriert.

  • Eine Oracle Active Data Guard-Datenbanklizenz für die Konvertierung der Read Replica in den Nur-Lese-Modus und deren Verwendung zum Auslagern von Berichtsaufgaben in den Standby-Modus. Weitere Informationen finden Sie in der kommerziellen Preisliste von Oracle Technology.

Einschränkungen

Produktversionen

Architektur

Zieltechnologie-Stack

  • Amazon RDS Custom für Oracle

  • AWS Secrets Manager

  • Oracle Active Data Guard

  • PeopleSoft Oracle-Anwendung

Zielarchitektur

Das folgende Diagramm zeigt eine Amazon RDS Custom DB-Instance und eine Amazon RDS Custom Read Replica. Die Read Replica verwendet Oracle Active Data Guard, um in eine andere Availability Zone zu replizieren. Sie können die Read Replica auch verwenden, um den Lesetraffic auf die Primärdatenbank auszulagern und zu Berichtszwecken.

VPCDazu gehören AWS Secrets ManagerEFS, Amazon, eine Anwendungsebene und die Datenbankebene.

Eine repräsentative ArchitekturAWS, PeopleSoft auf der Oracle verwendet wird, finden Sie unter Eine hochverfügbare PeopleSoft Architektur einrichten auf AWS.

Tools

AWSDienste

  • Amazon RDS Custom for Oracle ist ein verwalteter Datenbankservice für ältere, benutzerdefinierte und verpackte Anwendungen, die Zugriff auf das zugrunde liegende Betriebssystem und die Datenbankumgebung benötigen.

  • AWSSecrets Manager hilft Ihnen dabei, hartcodierte Anmeldeinformationen in Ihrem Code, einschließlich Kennwörtern, durch einen API Aufruf von Secrets Manager zu ersetzen, um das Geheimnis programmgesteuert abzurufen. In diesem Muster rufen Sie die Datenbankbenutzerkennwörter aus Secrets Manager für RDS_DATAGUARD mit dem geheimen Namen abdo-not-delete-rds-custom-+<<RDS Resource ID>>+-dg.

Andere Tools

  • Oracle Data Guard unterstützt Sie bei der Erstellung, Wartung, Verwaltung und Überwachung von Standby-Datenbanken.

Bewährte Methoden

Um ein Ziel ohne Datenverlust (RPO=0) zu erreichen, verwenden Sie den MaxAvailability Data Guard-Schutzmodus mit der SYNC+NOAFFIRM Redo-Transport-Einstellung für eine bessere Leistung. Weitere Informationen zur Auswahl des Datenbankschutzmodus finden Sie im Abschnitt Zusätzliche Informationen.

Epen

AufgabeBeschreibungErforderliche Fähigkeiten

Erstellen Sie die Read Replica.

Um eine Read Replica der Amazon RDS Custom DB-Instance zu erstellen, folgen Sie den Anweisungen in der RDSAmazon-Dokumentation und verwenden Sie die Amazon RDS Custom DB-Instance, die Sie erstellt haben (siehe Abschnitt Voraussetzungen), als Quelldatenbank.

Standardmäßig wird die Amazon RDS Custom Read Replica als physisches Standby erstellt und befindet sich im Bereitstellungszustand. Dies dient dazu, die Einhaltung der Oracle Active Data Guard-Lizenz sicherzustellen.

Dieses Muster enthält Code für die Einrichtung einer Multitenant-Container-Datenbank (CDB) oder einer CDB Nicht-Instance.

DBA
AufgabeBeschreibungErforderliche Fähigkeiten

Greifen Sie auf die Data Guard-Broker-Konfiguration in der Primärdatenbank zu.

In diesem Beispiel ist die Amazon RDS Custom Read Replica RDS_CUSTOM_ORCL_D für die CDB Nicht-Instance und RDS_CUSTOM_RDSCDB_B für die CDB Instance. Die Datenbanken für Non- CDB sind orcl_a (primär) und orcl_d (Standby). Die Datenbanknamen für CDB sind rdscdb_a (primär) und rdscdb_b (Standby).

Sie können direkt oder über die Primärdatenbank eine Verbindung zur RDS benutzerdefinierten Read Replica herstellen. Den Net Service Name für Ihre Datenbank finden Sie in der tnsnames.ora Datei im $ORACLE_HOME/network/admin Verzeichnis. RDSCustom for Oracle füllt diese Einträge automatisch für Ihre Primärdatenbank und Ihre Read Replicas aus.

Das Passwort für den RDS_DATAGUARD Benutzer wird im AWS Secrets Manager mit einem geheimen Namen gespeichertdo-not-delete-rds-custom-+<<RDS Resource ID>>+-dg. Weitere Informationen dazu, wie Sie mithilfe des von Secrets Manager abgerufenen SSH (Secure Shell-) Schlüssels eine Verbindung zu einer RDS benutzerdefinierten Instance herstellen, finden Sie unter Verbindung zu Ihrer RDS benutzerdefinierten DB-Instance herstellen mit SSH.

Verwenden Sie den folgenden Code, um über die Data Guard-Befehlszeile (dgmgrl) auf die Oracle Data Guard Broker-Konfiguration zuzugreifen.

Nicht- CDB

$ dgmgrl RDS_DATAGUARD@RDS_CUSTOM_ORCL_D DGMGRL for Linux: Release 19.0.0.0.0 - Production on Fri Sep 30 22:44:49 2022 Version 19.10.0.0.0 Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved. Welcome to DGMGRL, type "help" for information. Password: Connected to "ORCL_D" Connected as SYSDG. DGMGRL> DGMGRL> show database orcl_d Database - orcl_d Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 0 seconds ago) Apply Lag: 0 seconds (computed 0 seconds ago) Average Apply Rate: 11.00 KByte/s Instance(s): ORCL SUCCESS DGMGRL>

CDB

-bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_B DGMGRL for Linux: Release 19.0.0.0.0 - Production on Wed Jan 11 20:24:11 2023 Version 19.16.0.0.0 Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved. Welcome to DGMGRL, type "help" for information. Password: Connected to "RDSCDB_B" Connected as SYSDG. DGMGRL> DGMGRL> show database rdscdb_b Database - rdscdb_b Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 1 second ago) Apply Lag: 0 seconds (computed 1 second ago) Average Apply Rate: 2.00 KByte/s Real Time Query: OFF Instance(s): RDSCDB Database Status: SUCCESS DGMGRL>
DBA

Ändern Sie die Einstellung für den Protokolltransport, indem Sie DGMGRL vom primären Knoten aus eine Verbindung herstellen.

Ändern Sie den Protokolltransportmodus aufFastSync, der der Redo-Transport-Einstellung SYNC+NOAFFIRM entspricht. Um sicherzustellen, dass Sie nach dem Rollenwechsel über gültige Einstellungen verfügen, ändern Sie diese Einstellungen sowohl für die Primärdatenbank als auch für die Standby-Datenbank.

Nicht- CDB

DGMGRL> DGMGRL> edit database orcl_d set property logxptmode=fastsync; Property "logxptmode" updated DGMGRL> show database orcl_d LogXptMode; LogXptMode = 'fastsync' DGMGRL> edit database orcl_a set property logxptmode=fastsync; Property "logxptmode" updated DGMGRL> show database orcl_a logxptmode; LogXptMode = 'fastsync' DGMGRL>

CDB

DGMGRL> edit database rdscdb_b set property logxptmode=fastsync;DGMGRL> edit database rdscdb_b set property logxptmode=fastsync; Property "logxptmode" updated DGMGRL> show database rdscdb_b LogXptMode; LogXptMode = 'fastsync' DGMGRL> edit database rdscdb_a set property logxptmode=fastsync; Property "logxptmode" updated DGMGRL> show database rdscdb_a logxptmode; LogXptMode = 'fastsync' DGMGRL>
DBA

Ändern Sie den Schutzmodus auf MaxAvailability.

Ändern Sie den Schutzmodus auf, MaxAvailability indem Sie DGMGRL vom primären Knoten aus eine Verbindung herstellen.

Nicht- CDB

DGMGRL> edit configuration set protection mode as maxavailability; Succeeded. DGMGRL> show configuration; Configuration - rds_dg Protection Mode: MaxAvailability Members: orcl_a - Primary database orcl_d - Physical standby database Fast-Start Failover: Disabled Configuration Status: SUCCESS (status updated 38 seconds ago) DGMGRL>

CDB

DGMGRL> show configuration Configuration - rds_dg Protection Mode: MaxAvailability Members: rdscdb_a - Primary database rdscdb_b - Physical standby database Fast-Start Failover: Disabled Configuration Status: SUCCESS (status updated 57 seconds ago) DGMGRL>
DBA
AufgabeBeschreibungErforderliche Fähigkeiten

Beenden Sie die Redo-Anwendung für die Standby-Datenbank.

Die Read Replica wird standardmäßig im MOUNT Modus erstellt. Um es im schreibgeschützten Modus zu öffnen, müssen Sie zuerst Redo Apply deaktivieren, indem Sie vom Primär- oder Standby-Knoten DGMGRL aus eine Verbindung zu herstellen.

Nicht- CDB

DGMGRL> show database orcl_dDGMGRL> show database orcl_d Database - orcl_d Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 1 second ago) Apply Lag: 0 seconds (computed 1 second ago) Average Apply Rate: 11.00 KByte/s Real Time Query: OFF Instance(s): ORCL Database Status: SUCCESS DGMGRL> edit database orcl_d set state=apply-off; Succeeded. DGMGRL> show database orcl_d Database - orcl_d Role: PHYSICAL STANDBY Intended State: APPLY-OFF Transport Lag: 0 seconds (computed 1 second ago) Apply Lag: 42 seconds (computed 1 second ago) Average Apply Rate: (unknown) Real Time Query: OFF Instance(s): ORCL Database Status: SUCCESS DGMGRL>

CDB

DGMGRL> show configurationDGMGRL> show configuration Configuration - rds_dg Protection Mode: MaxAvailability Members: rdscdb_a - Primary database rdscdb_b - Physical standby database Fast-Start Failover: Disabled Configuration Status: SUCCESS (status updated 57 seconds ago) DGMGRL> show database rdscdb_b; Database - rdscdb_b Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 1 second ago) Apply Lag: 0 seconds (computed 1 second ago) Average Apply Rate: 2.00 KByte/s Real Time Query: OFF Instance(s): RDSCDB Database Status: SUCCESS DGMGRL> edit database rdscdb_b set state=apply-off; Succeeded. DGMGRL> show database rdscdb_b; Database - rdscdb_b Role: PHYSICAL STANDBY Intended State: APPLY-OFF Transport Lag: 0 seconds (computed 1 second ago) Apply Lag: 0 seconds (computed 1 second ago) Average Apply Rate: (unknown) Real Time Query: OFF Instance(s): RDSCDB Database Status: SUCCESS
DBA

Öffnen Sie die Read Replica-Instanz im schreibgeschützten Modus.

Stellen Sie mithilfe des TNS Eintrags eine Connect zur Standby-Datenbank her und öffnen Sie sie im schreibgeschützten Modus, indem Sie vom Primär- oder Standby-Knoten aus eine Verbindung herstellen.

Nicht- CDB

$ sqlplus RDS_DATAGUARD@RDS_CUSTOM_ORCL_D as sysdg -bash-4.2$ sqlplus RDS_DATAGUARD@RDS_CUSTOM_ORCL_D as sysdg SQL*Plus: Release 19.0.0.0.0 - Production on Fri Sep 30 23:00:14 2022 Version 19.10.0.0.0 Copyright (c) 1982, 2020, Oracle. All rights reserved. Enter password: Last Successful login time: Fri Sep 30 2022 22:48:27 +00:00 Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.10.0.0.0 SQL> select open_mode from v$database; OPEN_MODE -------------------- MOUNTED SQL> alter database open read only; Database altered. SQL> select open_mode from v$database; OPEN_MODE -------------------- READ ONLY SQL>

CDB

-bash-4.2$ sqlplus C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_B as sysdg SQL*Plus: Release 19.0.0.0.0 - Production on Wed Jan 11 21:14:07 2023 Version 19.16.0.0.0 Copyright (c) 1982, 2022, Oracle. All rights reserved. Enter password: Last Successful login time: Wed Jan 11 2023 21:12:05 +00:00 Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.16.0.0.0 SQL> select name,open_mode from v$database; NAME OPEN_MODE --------- -------------------- RDSCDB MOUNTED SQL> alter database open read only; Database altered. SQL> select name,open_mode from v$database; NAME OPEN_MODE --------- -------------------- RDSCDB READ ONLY SQL>
DBA

Aktivieren Sie Redo Apply auf der Read Replica-Instanz.

Aktivieren Sie Redo Apply auf der Read Replica-Instanz, indem Sie DGMGR L vom Primär- oder Standby-Knoten aus verwenden.

Nicht- CDB

$ dgmgrl RDS_DATAGUARD@RDS_CUSTOM_ORCL_D DGMGRL for Linux: Release 19.0.0.0.0 - Production on Fri Sep 30 23:02:16 2022 Version 19.10.0.0.0 Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved. Welcome to DGMGRL, type "help" for information. Password: Connected to "ORCL_D" Connected as SYSDG. DGMGRL> edit database orcl_d set state=apply-on; DGMGRL> edit database orcl_d set state=apply-on; Succeeded. DGMGRL> show database orcl_d Database - orcl_d Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 0 seconds ago) Apply Lag: 0 seconds (computed 0 seconds ago) Average Apply Rate: 496.00 KByte/s Real Time Query: ON Instance(s): ORCL Database Status: SUCCESS DGMGRL>

CDB

-bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_B-bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_B DGMGRL for Linux: Release 19.0.0.0.0 - Production on Wed Jan 11 21:21:11 2023 Version 19.16.0.0.0 Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved. Welcome to DGMGRL, type "help" for information. Password: Connected to "RDSCDB_B" Connected as SYSDG. DGMGRL> edit database rdscdb_b set state=apply-on; Succeeded. DGMGRL> show database rdscdb_b Database - rdscdb_b Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 0 seconds ago) Apply Lag: 0 seconds (computed 0 seconds ago) Average Apply Rate: 35.00 KByte/s Real Time Query: ON Instance(s): RDSCDB Database Status: SUCCESS DGMGRL> show database rdscdb_b Database - rdscdb_b Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 1 second ago) Apply Lag: 0 seconds (computed 1 second ago) Average Apply Rate: 16.00 KByte/s Real Time Query: ON Instance(s): RDSCDB Database Status: SUCCESS DGMGRL>
DBA

Zugehörige Ressourcen

Zusätzliche Informationen

Wählen Sie Ihren Datenbank-Schutzmodus

Oracle Data Guard bietet drei Schutzmodi, mit denen Sie Ihre Data Guard-Umgebung auf der Grundlage Ihrer Verfügbarkeits-, Schutz- und Leistungsanforderungen konfigurieren können. In der folgenden Tabelle werden diese drei Modi zusammengefasst.

Schutzmodus

Transporteinstellung wiederholen

Beschreibung

MAXIMUM PERFORMANCE

ASYNC

Bei Transaktionen, die in der Primärdatenbank stattfinden, werden Redo-Daten asynchron übertragen und in das Redo-Log der Standby-Datenbank geschrieben. Daher sind die Auswirkungen auf die Leistung minimal.

MaxPerformanceRPO=0 kann aufgrund des asynchronen Protokollversands nicht angegeben werden.

MAXIMUM PROTECTION

SYNC+AFFIRM

Bei Transaktionen in der Primärdatenbank werden Redo-Daten synchron übertragen und in das Redo-Log der Standby-Datenbank auf der Festplatte geschrieben, bevor die Transaktion bestätigt wird. Wenn die Standby-Datenbank nicht mehr verfügbar ist, fährt sich die Primärdatenbank selbst herunter, um sicherzustellen, dass die Transaktionen geschützt sind.

MAXIMUM AVAILABILITY

SYNC+AFFIRM

Dies ähnelt dem MaxProtection Modus, außer wenn keine Bestätigung von der Standby-Datenbank empfangen wird. In diesem Fall verhält es sich so, als ob es sich im MaxPerformance Modus zur Aufrechterhaltung der Verfügbarkeit der Primärdatenbank befinde, bis es seinen Redo-Stream wieder in eine synchronisierte Standby-Datenbank schreiben kann.

SYNC+NOAFFIRM

Bei Transaktionen in der Primärdatenbank wird Redo synchron an die Standby-Datenbank übertragen, und die Primärdatenbank wartet nur auf die Bestätigung, dass das Redo in der Standby-Datenbank empfangen wurde, nicht darauf, dass es auf das Standby-Laufwerk geschrieben wurde. Dieser Modus, auch bekannt alsFastSync, kann in einem speziellen Fall mehrerer gleichzeitiger Ausfälle einen Leistungsvorteil bieten, allerdings auf Kosten potenzieller Datenverluste.

Read Replicas in RDS Custom for Oracle werden im Schutzmodus mit maximaler Leistung erstellt, der auch der Standardschutzmodus für Oracle Data Guard ist. Der Modus mit maximaler Leistung hat die geringste Auswirkung auf die Leistung der Primärdatenbank, sodass Sie die in Sekunden gemessene Recovery Point Objective (RPO) -Anforderung erfüllen können.

Um ein Ziel ohne Datenverlust (RPO=0) zu erreichen, können Sie den Oracle Data Guard-Schutzmodus so anpassen, dass er die SYNC+NOAFFIRM Einstellung für Redo-Transport enthält, um MaxAvailability eine bessere Leistung zu erzielen. Da Commits in der Primärdatenbank erst bestätigt werden, nachdem die entsprechenden Redo-Vektoren erfolgreich an die Standby-Datenbank übertragen wurden, kann die Netzwerklatenz zwischen der Primärinstanz und dem Replikat für Workloads, bei denen ein Commit berücksichtigt wird, entscheidend sein. Wir empfehlen, Belastungstests für Ihren Workload durchzuführen, um die Auswirkungen auf die Leistung zu beurteilen, wenn die Read Replica für die Ausführung im Modus angepasst wurde. MaxAvailability

Die Bereitstellung der Read Replica in derselben Availability Zone wie die Primärdatenbank bietet eine geringere Netzwerklatenz als die Bereitstellung der Read Replica in einer anderen Availability Zone. Die Bereitstellung der primären Replicas und der Read Replicas in derselben Availability Zone entspricht jedoch möglicherweise nicht Ihren HA-Anforderungen, da in dem unwahrscheinlichen Fall, dass die Availability Zone nicht verfügbar ist, sowohl die primäre Instanz als auch die Read Replica-Instanz betroffen sind.