

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.

# Rollen für eine PeopleSoft Oracle-Anwendung auf Amazon RDS Custom for Oracle wechseln
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle"></a>

*Sampath Kathirvel, Amazon Web Services*

## Zusammenfassung
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle-summary"></a>

Um die [Oracle PeopleSoft](https://www.oracle.com/applications/peoplesoft/) Enterprise Resource Planning (ERP) -Lösung auf Amazon Web Services (AWS) auszuführen, können Sie [Amazon Relational Database Service (Amazon RDS)](https://aws.amazon.com/rds/) oder [Amazon RDS Custom for Oracle](https://aws.amazon.com/rds/custom/) verwenden, das ältere, benutzerdefinierte und verpackte Anwendungen unterstützt, die Zugriff auf das zugrunde liegende Betriebssystem (OS) und die Datenbankumgebung benötigen. Wichtige Faktoren, die bei der Planung einer Migration zu berücksichtigen sind, finden Sie unter [Strategien zur Oracle-Datenbankmigration](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-oracle-database/strategies.html) in AWS Prescriptive Guidance.

Dieses Muster konzentriert sich auf die Schritte zur Durchführung eines Oracle Data Guard-Switchovers oder Rollenübergangs für eine PeopleSoft Anwendungsdatenbank, die auf Amazon RDS Custom als Primärdatenbank mit einer Read Replica-Datenbank läuft. Das Muster umfasst Schritte zur Konfiguration des [Fast-Start-Failovers](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/using-data-guard-broker-to-manage-switchovers-failovers.html#GUID-D26D79F2-0093-4C0E-98CD-224A5C8CBFA4) (FSFO). Während dieses Vorgangs funktionieren die Datenbanken in der Oracle Data Guard-Konfiguration weiterhin in ihren neuen Rollen. Typische Anwendungsfälle für Oracle Data Guard Switchover sind Notfallwiederherstellungsübungen (DR), geplante Wartungsaktivitäten an Datenbanken und fortlaufende Patches zum Einspielen von [Standby-First-Patches](https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/upgrading-patching-downgrading-oracle-data-guard-configuration.html#GUID-A5226768-DB6B-4714-BB9A-0A3EF17A01C8). Weitere Informationen finden Sie im Blogbeitrag [Reduzieren Sie die Ausfallzeiten beim Datenbank-Patching in Amazon RDS Custom](https://aws.amazon.com/blogs/database/reduce-database-patching-downtime-in-amazon-rds-custom-for-oracle-using-oracle-data-guard-standby-first-patch-apply/).

## Voraussetzungen und Einschränkungen
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle-prereqs"></a>

**Voraussetzungen**
+ Abschluss von [Add HA to Oracle PeopleSoft on Amazon RDS Custom mithilfe eines Read Replica-Musters](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/add-ha-to-oracle-peoplesoft-on-amazon-rds-custom-by-using-a-read-replica.html).

**Einschränkungen**
+ Einschränkungen und nicht unterstützte Konfigurationen für [RDS Custom for Oracle](https://docs.amazonaws.cn/en_us/AmazonRDS/latest/UserGuide/custom-reqs-limits.html#custom-reqs-limits.limits)
+ Einschränkungen im Zusammenhang mit [Amazon RDS Custom for Oracle Read Replicas](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-rr.html#custom-rr.limitations)

**Produktversionen**
+ Informationen zu Oracle-Datenbankversionen, die von Amazon RDS Custom unterstützt werden, finden Sie unter [RDS Custom for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.html#Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.ora).
+ Informationen zu Oracle-Datenbankinstanzklassen, die von Amazon RDS Custom unterstützt werden, finden Sie unter [DB-Instance-Klassenunterstützung für RDS Custom for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-reqs-limits.html#custom-reqs-limits.instances).

## Architektur
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle-architecture"></a>

**Technologie-Stack**
+ Amazon RDS Custom für Oracle

**Zielarchitektur**

Das folgende Diagramm zeigt eine Amazon RDS Custom DB-Instance und eine Amazon RDS Custom Read Replica. Oracle Data Guard ermöglicht den Rollenwechsel während des Failovers für DR

![Oracle Data Guard-Switchover für eine primäre benutzerdefinierte RDS-DB-Instance mit einer Read Replica-Datenbank.](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/images/pattern-img/da3b011c-1668-4de4-9079-0982888a74b4/images/4e2a2f3b-b5bd-44b7-9b5a-13a663ee3be6.png)


Eine repräsentative Architektur mit Oracle PeopleSoft auf AWS finden Sie unter [Eine hochverfügbare PeopleSoft Architektur auf AWS einrichten](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/set-up-a-highly-available-peoplesoft-architecture-on-aws.html).

## Tools
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle-tools"></a>

**AWS-Services**
+ [Amazon RDS Custom for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/working-with-custom-oracle.html) ist ein verwalteter Datenbankservice für ältere, benutzerdefinierte und verpackte Anwendungen, die Zugriff auf das zugrunde liegende Betriebssystem und die Datenbankumgebung benötigen.
+ [AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/latest/userguide/intro.html) hilft Ihnen dabei, hartcodierte Anmeldeinformationen in Ihrem Code, einschließlich Passwörter, durch einen API-Aufruf an 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 ab`do-not-delete-rds-custom-+<<RDS Resource ID>>+-dg`.

**Andere Dienste**
+ [Oracle Data Guard](https://docs.oracle.com/en/database/oracle/oracle-database/21/sbydb/introduction-to-oracle-data-guard-concepts.html#GUID-5E73667D-4A56-445E-911F-1E99092DD8D7) unterstützt Sie bei der Erstellung, Wartung, Verwaltung und Überwachung von Standby-Datenbanken. Dieses Muster verwendet Oracle Data Guard Maximum Performance für den Rollenwechsel ([Oracle Data Guard Switchover](https://docs.oracle.com/database/121/DGBKR/sofo.htm#DGBKR330)).

## Best Practices
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle-best-practices"></a>

Für Ihre Produktionsbereitstellung empfehlen wir, die Observer-Instance in einer dritten Availability Zone zu starten, getrennt von den Primär- und Read Replica-Knoten.

## Epen
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle-epics"></a>

### Initiieren Sie den Rollenwechsel
<a name="initiate-role-transition"></a>


| Aufgabe | Description | Erforderliche Fähigkeiten | 
| --- | --- | --- | 
| Unterbrechen Sie die Datenbankautomatisierung sowohl für das Primär- als auch für das Replikat. | Obwohl das RDS Custom Automation Framework den Rollenübergangsprozess nicht beeinträchtigt, empfiehlt es sich, die Automatisierung während des Oracle Data Guard-Switchovers zu unterbrechen.<br />Um die benutzerdefinierte RDS-Datenbankautomatisierung anzuhalten und wieder aufzunehmen, folgen Sie den Anweisungen unter Anhalten [und Wiederaufnehmen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-managing.html#custom-managing.pausing) der benutzerdefinierten RDS-Automatisierung. | Cloud-Administrator, DBA | 
| Überprüfen Sie den Status von Oracle Data Guard. | Um den Status von Oracle Data Guard zu überprüfen, melden Sie sich bei der Primärdatenbank an. Dieses Muster enthält Code für die Verwendung einer Multitenant-Container-Datenbank (CDB) oder einer Nicht-CDB-Instance.<br />**Nicht-CDB**<pre>-bash-4.2$ dgmgrl RDS_DATAGUARD@RDS_CUSTOM_ORCL_A<br />DGMGRL for Linux: Release 19.0.0.0.0 - Production on Mon Nov 28 20:55:50 2022<br />Version 19.10.0.0.0<br />Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved.<br />Welcome to DGMGRL, type "help" for information.<br />Password:<br />Connected to "ORCL_A"<br />Connected as SYSDG.<br />DGMGRL> show configuration<br />Configuration - rds_dg<br />Protection Mode: MaxAvailability<br />Members:<br />orcl_a - Primary database<br />orcl_d - Physical standby database <br />Fast-Start Failover: Disabled<br />Configuration Status:<br />SUCCESS (status updated 59 seconds ago)<br />DGMGRL></pre><br />**CDB**<pre>CDB-bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_A<br />DGMGRL for Linux: Release 19.0.0.0.0 - Production on Wed Jan 18 06:13:07 2023<br />Version 19.16.0.0.0<br />Copyright (c) 1982, 2019, Oracle and/or its affiliates.  All rights reserved.<br />Welcome to DGMGRL, type "help" for information.<br />Password:<br />Connected to "RDSCDB_A"<br />Connected as SYSDG.<br />DGMGRL> show configuration<br />Configuration - rds_dg<br />  Protection Mode: MaxAvailability<br />  Members:<br />  rdscdb_a - Primary database<br />    rdscdb_b - Physical standby database <br />Fast-Start Failover:  Disabled<br />Configuration Status:<br />SUCCESS   (status updated 52 seconds ago)<br />DGMGRL></pre> | DBA | 
| Überprüfen Sie die Instanzrolle. | Öffnen Sie die AWS-Managementkonsole und navigieren Sie zur Amazon RDS-Konsole. Überprüfen Sie im Abschnitt **Replikation** der Datenbank auf der Registerkarte **Konnektivität und Sicherheit** die Instance-Rolle für die Primärinstanz und das Replikat.<br />Die primäre Rolle sollte mit der primären Oracle Data Guard-Datenbank übereinstimmen, und die Replikatrolle sollte mit der physischen Standby-Datenbank von Oracle Data Guard übereinstimmen. | Cloud-Administrator, DBA | 
| Führen Sie den Switchover durch. | Um den Switchover durchzuführen, stellen Sie vom primären Knoten `DGMGRL` aus eine Verbindung zu her.<br />**Nicht-CDB**<pre>DGMGRL> switchover to orcl_d;<br />Performing switchover NOW, please wait...<br />Operation requires a connection to database "orcl_d"<br />Connecting ...<br />Connected to "ORCL_D"<br />Connected as SYSDG.<br />New primary database "orcl_d" is opening...<br />Operation requires start up of instance "ORCL" on database "orcl_a"<br />Starting instance "ORCL"...<br />Connected to an idle instance.<br />ORACLE instance started.<br />Connected to "ORCL_A"<br />Database mounted.<br />Database opened.<br />Connected to "ORCL_A"<br />Switchover succeeded, new primary is "orcl_d"<br />DGMGRL>  </pre><br />**CDB**<pre>DGMGRL> switchover to rdscdb_b<br />Performing switchover NOW, please wait...<br />New primary database "rdscdb_b" is opening...<br />Operation requires start up of instance "RDSCDB" on database "rdscdb_a"<br />Starting instance "RDSCDB"...<br />Connected to an idle instance.<br />ORACLE instance started.<br />Connected to "RDSCDB_A"<br />Database mounted.<br />Database opened.<br />Connected to "RDSCDB_A"<br />Switchover succeeded, new primary is "rdscdb_b"</pre> | DBA | 
| Überprüfen Sie die Oracle Data Guard-Verbindung. | Überprüfen Sie nach dem Switchover die Oracle Data Guard-Verbindung vom primären Knoten zu`DGMGRL`.<br />**Nicht-CDB**<pre>DGMGRL> show configuration;<br />Configuration - rds_dg<br />Protection Mode: MaxAvailability<br />Members:<br />orcl_d - Primary database<br />orcl_a - Physical standby database <br />Fast-Start Failover: Disabled<br />Configuration Status:<br />SUCCESS (status updated 60 seconds ago)<br />DGMGRL> <br /><br />DGMGRL> show configuration lag;<br />Configuration - rds_dg<br />Protection Mode: MaxAvailability<br />Members:<br />orcl_d - Primary database<br />orcl_a - Physical standby database <br />Transport Lag: 0 seconds (computed 0 seconds ago)<br />Apply Lag: 0 seconds (computed 0 seconds ago)<br />Fast-Start Failover: Disabled<br />Configuration Status:<br />SUCCESS (status updated 44 seconds ago)<br />DGMGRL> </pre><br />**CDB**<pre>DGMGRL> show configuration<br />DGMGRL> show configuration<br />Configuration - rds_dg<br />  Protection Mode: MaxAvailability<br />  Members:<br />  rdscdb_b - Primary database<br />    rdscdb_a - Physical standby database <br />Fast-Start Failover:  Disabled<br />Configuration Status:<br />SUCCESS   (status updated 52 seconds ago)<br />DGMGRL> <br /><br />DGMGRL> show configuration lag<br />Configuration - rds_dg<br />  Protection Mode: MaxAvailability<br />  Members:<br />  rdscdb_b - Primary database<br />    rdscdb_a - Physical standby database <br />               Transport Lag:      0 seconds (computed 0 seconds ago)<br />               Apply Lag:          0 seconds (computed 0 seconds ago)<br />Fast-Start Failover:  Disabled<br />Configuration Status:<br />SUCCESS   (status updated 53 seconds ago)<br />DGMGRL></pre> | DBA | 
| Überprüfen Sie die Instance-Rolle auf der Amazon RDS-Konsole. | Nachdem Sie den Rollenwechsel durchgeführt haben, zeigt die Amazon RDS-Konsole die neuen Rollen im Abschnitt **Replikation** auf der Registerkarte **Konnektivität und Sicherheit** unter **Datenbanken** an. Es kann einige Minuten dauern, bis der **Replikationsstatus** von „leer“ auf „**Replizierend**“ aktualisiert wird. | DBA | 

### FSFO konfigurieren
<a name="configure-fsfo"></a>


| Aufgabe | Description | Erforderliche Fähigkeiten | 
| --- | --- | --- | 
| Setzen Sie den Switchover zurück. | Stellen Sie den Switchover wieder auf den Primärknoten zurück. | DBA | 
| Installieren und starten Sie den Observer. | Ein Observer-Prozess ist eine `DGMGRL` Client-Komponente, die normalerweise auf einem anderen Computer als die Primär- und Standby-Datenbank ausgeführt wird. Die ORACLE HOME-Installation für den Observer kann eine Oracle Client Administrator-Installation sein, oder Sie können entweder Oracle Database Enterprise Edition oder Personal Edition installieren. Weitere Informationen zur Observer-Installation für Ihre Datenbank-Version finden Sie unter [Observer installieren und starten](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/using-data-guard-broker-to-manage-switchovers-failovers.html#GUID-11EF3897-8FCA-4A54-B63B-E8C1668AE21B). Um Hochverfügbarkeit für den Observer-Prozess zu konfigurieren, sollten Sie wie folgt vorgehen:[See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle.html)<br />Für Oracle 12c Release 2 und höher können Sie bis zu drei Observer einsetzen. Ein Beobachter ist der primäre Beobachter, und die anderen sind Ersatzbeobachter. Wenn der primäre Beobachter ausfällt, übernimmt einer der Ersatzbeobachter die primäre Rolle. | DBA | 
| Stellen Sie vom Observer-Host aus eine Connect zu DGMGRL her. | Der Observer-Host ist mit `tnsnames.ora` Einträgen für die Primär- und Standby-Datenbankkonnektivität konfiguriert. Sie können FSFO mit dem Schutzmodus für maximale Leistung aktivieren, solange der Datenverlust innerhalb der [FastStartFailoverLagLimit](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/oracle-data-guard-broker-properties.html)Konfiguration liegt (Wert in Sekunden). Sie müssen jedoch den Schutzmodus für maximale Verfügbarkeit verwenden, um Datenverlust zu vermeiden (RPO=0).<br />**Nicht-CDB**<pre>DGMGRL> show configuration;<br />Configuration - rds_dg<br />Protection Mode: MaxAvailability<br />Members:<br />orcl_a - Primary database<br />orcl_d - Physical standby database <br />Fast-Start Failover: Disabled<br />Configuration Status:<br />SUCCESS (status updated 58 seconds ago)<br />DGMGRL> show configuration lag<br />Configuration - rds_dg<br />Protection Mode: MaxAvailability<br />Members:<br />orcl_a - Primary database<br />orcl_d - Physical standby database <br />Transport Lag: 0 seconds (computed 1 second ago)<br />Apply Lag: 0 seconds (computed 1 second ago)<br />Fast-Start Failover: Disabled<br />Configuration Status:<br />SUCCESS (status updated 5 seconds ago)<br />DGMGRL></pre><br />**CDB**<pre>-bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_A<br />DGMGRL for Linux: Release 19.0.0.0.0 - Production on Wed Jan 18 06:55:09 2023<br />Version 19.16.0.0.0<br />Copyright (c) 1982, 2019, Oracle and/or its affiliates.  All rights reserved.<br />Welcome to DGMGRL, type "help" for information.<br />Password:<br />Connected to "RDSCDB_A"<br />Connected as SYSDG.<br />DGMGRL> show configuration<br />Configuration - rds_dg<br />  Protection Mode: MaxAvailability<br />  Members:<br />  rdscdb_a - Primary database<br />    rdscdb_b - Physical standby database <br />Fast-Start Failover:  Disabled<br />Configuration Status:<br />SUCCESS   (status updated 18 seconds ago)<br />DGMGRL></pre> | DBA | 
| Ändern Sie die Standby-Datenbank als Failover-Ziel. | Stellen Sie entweder vom Primärknoten oder vom Beobachterknoten eine Connect zu einer Standby-Datenbank her. (Obwohl Ihre Konfiguration mehrere Standby-Datenbanken enthalten könnte, müssen Sie zu diesem Zeitpunkt nur eine Verbindung herstellen.)<br />**Nicht-CDB**<pre>DGMGRL> edit database orcl_a set property FastStartFailoverTarget='orcl_d';<br />Property "faststartfailovertarget" updated<br />DGMGRL> edit database orcl_d set property FastStartFailoverTarget='orcl_a';<br />Property "faststartfailovertarget" updated<br />DGMGRL> show database orcl_a FastStartFailoverTarget;<br />FastStartFailoverTarget = 'orcl_d'<br />DGMGRL> show database orcl_d FastStartFailoverTarget;<br />FastStartFailoverTarget = 'orcl_a'<br />DGMGRL></pre><br />**CDB**<pre>DGMGRL> edit database orcl_a set property FastStartFailoverTarget='rdscdb_b';<br />Object "orcl_a" was not found<br />DGMGRL> edit database rdscdb_a set property FastStartFailoverTarget='rdscdb_b';<br />Property "faststartfailovertarget" updated<br />DGMGRL> edit database rdscdb_b set property FastStartFailoverTarget='rdscdb_a';<br />Property "faststartfailovertarget" updated<br />DGMGRL> show database rdscdb_a FastStartFailoverTarget;<br />  FastStartFailoverTarget = 'rdscdb_b'<br />DGMGRL> show database rdscdb_b FastStartFailoverTarget;<br />  FastStartFailoverTarget = 'rdscdb_a'<br />DGMGRL></pre> | DBA | 
| Konfigurieren Sie FastStartFailoverThreshold die Verbindung zu DGMGRL. | Der Standardwert in Oracle 19c ist 30 Sekunden und der Mindestwert ist 6 Sekunden. Ein niedrigerer Wert kann das Recovery Time Objective (RTO) während des Failovers möglicherweise verkürzen. Ein höherer Wert trägt dazu bei, die Wahrscheinlichkeit unnötiger vorübergehender Failoverfehler in der Primärdatenbank zu verringern.<br />Das RDS Custom for Oracle Automation Framework überwacht den Zustand der Datenbank und führt alle paar Sekunden Korrekturmaßnahmen durch. Daher empfehlen wir die Einstellung FastStartFailoverThreshold auf einen Wert von mehr als 10 Sekunden. Im folgenden Beispiel wird der Schwellenwert auf 35 Sekunden konfiguriert.<br />**Kein CBD oder CDB**<pre>DGMGRL> edit configuration set property FastStartFailoverThreshold=35;<br />Property "faststartfailoverthreshold" updated<br />DGMGRL> show configuration FastStartFailoverThreshold;<br />FastStartFailoverThreshold = '35'<br />DGMGRL></pre> | DBA | 
| Aktivieren Sie FSFO, indem Sie vom Primär- oder Beobachterknoten aus eine Verbindung zu DGMGRL herstellen. | Wenn für die Datenbank [Flashback Database nicht aktiviert ist, wird die Warnmeldung](https://docs.oracle.com/en/database/oracle/oracle-database/19/rcmrf/FLASHBACK-DATABASE.html#GUID-584AC79A-40C5-45CA-8C63-DED3BE3A4511) angezeigt. `ORA-16827` Die optionale Flashback-Datenbank hilft dabei, ausgefallene Primärdatenbanken automatisch bis zu einem Zeitpunkt vor dem Failover wiederherzustellen, wenn die [FastStartFailoverAutoReinstate](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/oracle-data-guard-broker-properties.html#GUID-824E97C0-EEB0-4E1B-BD4A-F5AE282CEA28)Konfigurationseigenschaft auf gesetzt ist `TRUE` (was die Standardeinstellung ist).<br />**Nicht-CDB**<pre>DGMGRL> enable fast_start failover;<br />Warning: ORA-16827: Flashback Database is disabled<br />Enabled in Zero Data Loss Mode.<br />DGMGRL> <br />DGMGRL> show configuration<br />Configuration - rds_dg<br />Protection Mode: MaxAvailability<br />Members:<br />orcl_a - Primary database<br />Warning: ORA-16819: fast-start failover observer not started<br />orcl_d - (*) Physical standby database <br />Warning: ORA-16819: fast-start failover observer not started<br />Fast-Start Failover: Enabled in Zero Data Loss Mode<br />Configuration Status:<br />WARNING (status updated 29 seconds ago)<br />DGMGRL></pre><br />**CDB**<pre>DGMGRL> enable fast_start failover;<br />Warning: ORA-16827: Flashback Database is disabled<br />Enabled in Zero Data Loss Mode.<br />DGMGRL> show configuration;<br />Configuration - rds_dg<br />  Protection Mode: MaxAvailability<br />  Members:<br />  rdscdb_a - Primary database<br />    Warning: ORA-16819: fast-start failover observer not started<br />    rdscdb_b - (*) Physical standby database <br />Fast-Start Failover: Enabled in Zero Data Loss Mode<br />Configuration Status:<br />WARNING   (status updated 11 seconds ago)<br />DGMGRL></pre> | DBA | 
| Starten Sie den Observer für die FSFO-Überwachung und überprüfen Sie den Status. | Sie können den Observer vor oder nach der Aktivierung von FSFO starten. Wenn FSFO bereits aktiviert ist, beginnt der Observer sofort mit der Überwachung des Status und der Verbindungen zu den primären und Ziel-Standby-Datenbanken. Wenn FSFO nicht aktiviert ist, beginnt der Observer erst mit der Überwachung, nachdem FSFO aktiviert wurde.<br />Wenn Sie den Observer starten, wird die primäre DB-Konfiguration ohne Fehlermeldungen angezeigt, wie der vorherige Befehl zeigt. `show configuration`<br />**Nicht-CDB**<pre>DGMGRL> start observer;<br />[W000 2022-12-01T06:16:51.271+00:00] FSFO target standby is orcl_d<br />Observer 'ip-10-0-1-89' started<br />[W000 2022-12-01T06:16:51.352+00:00] Observer trace level is set to USER<br /><br />DGMGRL> show configuration<br />Configuration - rds_dg<br />Protection Mode: MaxAvailability<br />Members:<br />orcl_a - Primary database<br />orcl_d - (*) Physical standby database <br />Fast-Start Failover: Enabled in Zero Data Loss Mode<br />Configuration Status:<br />SUCCESS (status updated 56 seconds ago)<br />DGMGRL> <br /><br />DGMGRL> show observer<br />Configuration - rds_dg<br />Primary: orcl_a<br />Active Target: orcl_d<br />Observer "ip-10-0-1-89" - Master<br />Host Name: ip-10-0-1-89<br />Last Ping to Primary: 1 second ago<br />Last Ping to Target: 1 second ago<br />DGMGRL></pre><br />**CDB**<pre>DGMGRL> start observer;<br />Succeeded in opening the observer file "/home/oracle/fsfo_ip-10-0-1-56.dat".<br />[W000 2023-01-18T07:31:32.589+00:00] FSFO target standby is rdscdb_b<br />Observer 'ip-10-0-1-56' started<br />The observer log file is '/home/oracle/observer_ip-10-0-1-56.log'.<br /><br />DGMGRL> show configuration<br />Configuration - rds_dg<br />  Protection Mode: MaxAvailability<br />  Members:<br />  rdscdb_a - Primary database<br />    rdscdb_b - (*) Physical standby database <br />Fast-Start Failover: Enabled in Zero Data Loss Mode<br />Configuration Status:<br />SUCCESS   (status updated 12 seconds ago)<br />DGMGRL> <br /><br />DGMGRL> show observer;<br />Configuration - rds_dg<br />  Primary:            rdscdb_a<br />  Active Target:      rdscdb_b<br />Observer "ip-10-0-1-56" - Master<br />  Host Name:                    ip-10-0-1-56<br />  Last Ping to Primary:         1 second ago<br />  Last Ping to Target:          2 seconds ago<br />DGMGRL></pre> | DBA | 
| Überprüfen Sie den Failover. | In diesem Szenario kann ein Failover-Test durchgeführt werden, indem die primäre EC2 Instanz manuell gestoppt wird. Bevor Sie die EC2 Instance beenden, verwenden Sie den `tail` Befehl, um die Observer-Protokolldatei auf der Grundlage Ihrer Konfiguration zu überwachen. Wird verwendet`DGMGRL`, um sich `orcl_d` mit dem Benutzer `RDS_DATAGUARD` bei der Standby-Datenbank anzumelden und den Status von Oracle Data Guard zu überprüfen. Es sollte zeigen, dass es `orcl_d` sich um die neue Primärdatenbank handelt.In diesem Failover-Testszenario `orcl_d` handelt es sich um die Nicht-CDB-Datenbank.<br />Vor dem Failover wurde die Flashback-Datenbank aktiviert. `orcl_a` Nachdem die frühere Primärdatenbank wieder online ist und ihren `MOUNT` Status aktiviert hat, nimmt der Observer sie wieder in eine neue Standby-Datenbank auf. Die wiederhergestellte Datenbank dient als FSFO-Ziel für die neue Primärdatenbank. Sie können die Details in Observer-Protokollen überprüfen.<pre>DGMGRL> show configuration<br />Configuration - rds_dg<br />Protection Mode: MaxAvailability<br />Members:<br />orcl_d - Primary database<br />Warning: ORA-16824: multiple warnings, including fast-start failover-related warnings, detected for the database<br />orcl_a - (*) Physical standby database (disabled)<br />ORA-16661: the standby database needs to be reinstated<br />Fast-Start Failover: Enabled in Zero Data Loss Mode<br />Configuration Status:<br />WARNING (status updated 25 seconds ago)<br />DGMGRL></pre><br />Im Folgenden sehen Sie ein Beispiel für die Ausgabe in`observer.log`.<pre>$ tail -f /tmp/observer.log<br />Unable to connect to database using rds_custom_orcl_a<br />[W000 2023-01-18T07:50:32.589+00:00] Primary database cannot be reached.<br />[W000 2023-01-18T07:50:32.589+00:00] Fast-Start Failover threshold has expired.<br />[W000 2023-01-18T07:50:32.590+00:00] Try to connect to the standby.<br />[W000 2023-01-18T07:50:32.590+00:00] Making a last connection attempt to primary database before proceeding with Fast-Start Failover.<br />[W000 2023-01-18T07:50:32.591+00:00] Check if the standby is ready for failover.<br />[S002 2023-01-18T07:50:32.591+00:00] Fast-Start Failover started...<br />2023-01-18T07:50:32.591+00:00<br />Initiating Fast-Start Failover to database "orcl_d"...<br />[S002 2023-01-18T07:50:32.592+00:00] Initiating Fast-start Failover.<br />Performing failover NOW, please wait...<br />Failover succeeded, new primary is "orcl_d"<br />2023-01-18T07:55:32.101+00:00<br />[S002 2023-01-18T07:55:32.591+00:00] Fast-Start Failover finished...<br />[W000 2023-01-18T07:55:32.591+00:00] Failover succeeded. Restart pinging.<br />[W000 2023-01-18T07:55:32.603+00:00] Primary database has changed to orcl_d.<br />[W000 2023-01-18T07:55:33.618+00:00] Try to connect to the primary.<br />[W000 2023-01-18T07:55:33.622+00:00] Try to connect to the primary rds_custom_orcl_d.<br />[W000 2023-01-18T07:55:33.634+00:00] The standby orcl_a needs to be reinstated<br />[W000 2023-01-18T07:55:33.654+00:00] Try to connect to the new standby orcl_a.<br />[W000 2023-01-18T07:55:33.654+00:00] Connection to the primary restored!<br />[W000 2023-01-18T07:55:35.654+00:00] Disconnecting from database rds_custom_orcl_d.<br />[W000 2023-01-18T07:55:57.701+00:00] Try to connect to the new standby orcl_a.<br />ORA-12170: TNS:Connect timeout occurred</pre> | DBA | 

### Konfigurieren Sie die Konnektivität zwischen der Oracle Peoplesoft-Anwendung und der Datenbank
<a name="configure-connectivity-between-the-oracle-peoplesoft-application-and-the-database"></a>


| Aufgabe | Description | Erforderliche Fähigkeiten | 
| --- | --- | --- | 
| Erstellen und starten Sie den Dienst in der Primärdatenbank. | Sie können Änderungen der Anwendungskonfiguration während eines Rollenwechsels vermeiden, indem Sie einen TNS-Eintrag verwenden, der sowohl den primären als auch den Standby-Datenbank-Endpunkt in der Konfiguration enthält. Sie können zwei rollenbasierte Datenbankdienste definieren, um sowohl read/write Workloads als auch schreibgeschützte Workloads zu unterstützen. Im folgenden Beispiel `orcl_rw` ist der read/write Dienst in der Primärdatenbank aktiv. `orcl_ro`ist der schreibgeschützte Dienst und ist in der Standby-Datenbank aktiv, die im schreibgeschützten Modus geöffnet wurde.<pre>SQL> select name,open_mode from v$database;<br />NAME OPEN_MODE<br />--------- --------------------<br />ORCL READ WRITE<br />SQL> exec dbms_service.create_service('orcl_rw','orcl_rw');<br />PL/SQL procedure successfully completed.<br />SQL> exec dbms_service.create_service('orcl_ro','orcl_ro');<br />PL/SQL procedure successfully completed.<br /><br />SQL> exec dbms_service.start_service('orcl_rw');<br />PL/SQL procedure successfully completed.<br />SQL></pre> | DBA | 
| Starten Sie den Dienst in der Standby-Datenbank. | Verwenden Sie den folgenden Code, um den Dienst in der schreibgeschützten Standby-Datenbank zu starten.<pre>SQL> select name,open_mode from v$database;<br />NAME OPEN_MODE<br />--------- --------------------<br />ORCL READ ONLY WITH APPLY<br />SQL> exec dbms_service.start_service('orcl_ro');<br />PL/SQL procedure successfully completed.<br />SQL></pre> | DBA | 
| Automatisieren Sie den Start des Dienstes, wenn die primäre Datenbank neu gestartet wird. | Verwenden Sie den folgenden Code, um den Dienst beim Neustart automatisch in der Primärdatenbank zu starten.<pre>SQL> CREATE OR REPLACE TRIGGER TrgDgServices after startup on database<br />DECLARE<br />db_role VARCHAR(30);<br />db_open_mode VARCHAR(30);<br />BEGIN<br />SELECT DATABASE_ROLE, OPEN_MODE INTO db_role, db_open_mode FROM V$DATABASE;<br />IF db_role = 'PRIMARY' THEN<br />DBMS_SERV 2 ICE.START_SERVICE('orcl_rw');<br />END IF;<br />IF db_role = 'PHYSICAL STANDBY' AND db_open_mode LIKE 'READ ONLY%' THEN<br />DBMS_SERVICE.START_SERVICE('orcl_ro');<br />END IF;<br />END;<br />/ <br />Trigger created.<br />SQL> </pre> | DBA | 
| Konfigurieren Sie eine Verbindung zwischen den Datenbanken read/write und schreibgeschützten Datenbanken. | Sie können das folgende Anwendungskonfigurationsbeispiel für die und schreibgeschützte Verbindung verwenden. read/write <pre>ORCL_RW = (DESCRIPTION =<br />(CONNECT_TIMEOUT= 120)(RETRY_COUNT=20)(RETRY_DELAY=3)(TRANSPORT_CONNECT_TIMEOUT=3)<br />(ADDRESS_LIST =<br />(ADDRESS = (PROTOCOL = TCP)(HOST=devpsftdb.******.us-west-2.rds.amazonaws.com)(PORT=1521))<br />(ADDRESS = (PROTOCOL = TCP)(HOST=psftread.******.us-west-2.rds.amazonaws.com)(PORT=1521))<br />)<br />(CONNECT_DATA=(SERVICE_NAME = orcl_rw))<br />)<br />ORCL_RO = (DESCRIPTION =<br />(CONNECT_TIMEOUT= 120)(RETRY_COUNT=20)(RETRY_DELAY=3)(TRANSPORT_CONNECT_TIMEOUT=3)<br />(ADDRESS_LIST =<br />(ADDRESS = (PROTOCOL = TCP)(HOST=devpsftdb.******.us-west-2.rds.amazonaws.com)(PORT=1521))<br />(ADDRESS = (PROTOCOL = TCP)(HOST=psftread.******.us-west-2.rds.amazonaws.com)(PORT=1521))<br />)<br />(CONNECT_DATA=(SERVICE_NAME = orcl_ro))<br />)</pre> | DBA | 

## Zugehörige Ressourcen
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle-resources"></a>
+ [Aktivierung von Hochverfügbarkeit mit Data Guard auf Amazon RDS Custom for Oracle](https://d1.awsstatic.com/whitepapers/enabling-high-availability-with-data-guard-on-amazon-rds-custom-for-oracle.pdf) (AWS-Technischer Leitfaden)
+ [Konfiguration von Amazon RDS als PeopleSoft Oracle-Datenbank](https://d1.awsstatic.com/whitepapers/configuring-amazon-rds-as-peoplesoft-database.pdf) (AWS-Whitepaper)
+ [Handbuch zu Oracle Data Guard Broker](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/index.html) (Oracle-Referenzdokumentation)
+ [Konzepte und Verwaltung von Data Guard](https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/index.html) (Oracle-Referenzdokumentation)
+ [Spezifische FAN- und FCF-Konfigurationsanforderungen für Oracle Data Guard](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/using-data-guard-broker-to-manage-switchovers-failovers.html#GUID-DFFDAA2B-A889-49AD-AB85-747D73FF0FF5) (Oracle-Referenzdokumentation)