

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Ruoli di transizione per un' PeopleSoft applicazione Oracle su Amazon RDS Custom for Oracle
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle"></a>

*sampath kathirvel, Amazon Web Services*

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

Per eseguire la soluzione [Oracle PeopleSoft](https://www.oracle.com/applications/peoplesoft/) Enterprise Resource Planning (ERP) su Amazon Web Services (AWS), puoi utilizzare [Amazon Relational Database Service (Amazon RDS)](https://aws.amazon.com/rds/) o [Amazon RDS Custom per](https://aws.amazon.com/rds/custom/) Oracle, che supporta applicazioni legacy, personalizzate e in pacchetti che richiedono l'accesso al sistema operativo (OS) e all'ambiente di database sottostanti. Per i fattori chiave da considerare quando si pianifica una migrazione, consulta [le strategie di migrazione del database Oracle](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-oracle-database/strategies.html) in AWS Prescriptive Guidance.

Questo modello si concentra sui passaggi per eseguire uno switchover di Oracle Data Guard, o transizione di ruolo, per un database di PeopleSoft applicazioni in esecuzione su Amazon RDS Custom come database primario con un database di replica di lettura. Il modello include i passaggi per configurare il failover ad avvio [rapido (FSFO)](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). Durante questo processo, i database nella configurazione di Oracle Data Guard continuano a funzionare nei loro nuovi ruoli. I casi d'uso tipici dello switchover di Oracle Data Guard sono le esercitazioni di disaster recovery (DR), le attività di manutenzione programmata sui database e le patch periodiche [Standby-First](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) Patch Apply. Per ulteriori informazioni, consulta il post del blog [Ridurre i tempi di inattività delle patch del database in Amazon RDS](https://aws.amazon.com/blogs/database/reduce-database-patching-downtime-in-amazon-rds-custom-for-oracle-using-oracle-data-guard-standby-first-patch-apply/) Custom.

## Prerequisiti e limitazioni
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle-prereqs"></a>

**Prerequisiti**
+ Completamento dell'operazione [Add HA to Oracle PeopleSoft on Amazon RDS Custom utilizzando un modello di replica di lettura](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/add-ha-to-oracle-peoplesoft-on-amazon-rds-custom-by-using-a-read-replica.html).

**Limitazioni**
+ Limitazioni e configurazioni non supportate per [RDS](https://docs.amazonaws.cn/en_us/AmazonRDS/latest/UserGuide/custom-reqs-limits.html#custom-reqs-limits.limits) Custom for Oracle
+ Limitazioni associate alle repliche di [lettura di Amazon RDS Custom for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-rr.html#custom-rr.limitations)

**Versioni del prodotto**
+ Per le versioni del database Oracle supportate da Amazon RDS Custom, consulta [RDS Custom for](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) Oracle.
+ Per le classi di istanze di Oracle Database supportate da Amazon RDS Custom, consulta [Supporto delle classi di istanze DB per RDS Custom for](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-reqs-limits.html#custom-reqs-limits.instances) Oracle.

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

**Stack tecnologico**
+ Amazon RDS Custom per Oracle

**Architettura Target**

Il diagramma seguente mostra un'istanza DB personalizzata di Amazon RDS e una replica di lettura Amazon RDS Custom. Oracle Data Guard fornisce la transizione dei ruoli durante il failover per DR.

![Switchover di Oracle Data Guard per un'istanza DB RDS Custom primaria con un database di replica in lettura.](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/images/pattern-img/da3b011c-1668-4de4-9079-0982888a74b4/images/4e2a2f3b-b5bd-44b7-9b5a-13a663ee3be6.png)


Per un'architettura rappresentativa che utilizza Oracle PeopleSoft su AWS, consulta [Configurare un' PeopleSoft architettura ad alta disponibilità su AWS](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/set-up-a-highly-available-peoplesoft-architecture-on-aws.html).

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

**Servizi AWS**
+ [Amazon RDS Custom for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/working-with-custom-oracle.html) è un servizio di database gestito per applicazioni legacy, personalizzate e confezionate che richiedono l'accesso al sistema operativo e all'ambiente di database sottostanti.
+ [AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/latest/userguide/intro.html) ti aiuta a sostituire le credenziali codificate nel codice, comprese le password, con una chiamata API a Secrets Manager per recuperare il segreto a livello di codice. In questo modello, si recuperano le password degli utenti del database da Secrets Manager per `RDS_DATAGUARD` con il nome segreto. `do-not-delete-rds-custom-+<<RDS Resource ID>>+-dg`

**Altri servizi**
+ [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) ti aiuta a creare, mantenere, gestire e monitorare i database in standby. Questo modello utilizza Oracle Data Guard Maximum Performance per i ruoli di transizione ([Oracle Data Guard switchover](https://docs.oracle.com/database/121/DGBKR/sofo.htm#DGBKR330)).

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

Per l'implementazione in produzione, consigliamo di avviare l'istanza observer in una terza zona di disponibilità, separata dai nodi di replica primari e di lettura.

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

### Avvia la transizione dei ruoli
<a name="initiate-role-transition"></a>


| Operazione | Description | Competenze richieste | 
| --- | --- | --- | 
| Sospendi l'automazione del database sia per il database primario che per la replica. | Sebbene il framework di automazione RDS Custom non interferisca con il processo di transizione dei ruoli, è buona norma sospendere l'automazione durante il passaggio a Oracle Data Guard.<br />[Per sospendere e riprendere l'automazione del database RDS Custom, segui le istruzioni riportate in Sospensione e ripresa dell'automazione RDS Custom.](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-managing.html#custom-managing.pausing) | Amministratore cloud, DBA | 
| Verifica lo stato di Oracle Data Guard. | Per verificare lo stato di Oracle Data Guard, accedi al database principale. Questo modello include il codice per l'utilizzo di un database contenitore multitenant (CDB) o un'istanza non CDB.<br />**Non 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 | 
| Verifica il ruolo dell'istanza. | Apri la Console di gestione AWS e accedi alla console Amazon RDS. Nella sezione **Replica** del database, nella scheda **Connettività e sicurezza**, verifica il ruolo dell'istanza per il primario e la replica.<br />Il ruolo principale deve corrispondere al database primario di Oracle Data Guard e il ruolo di replica deve corrispondere al database di standby fisico di Oracle Data Guard. | Amministratore cloud, DBA | 
| Esegui il passaggio. | Per eseguire lo switchover, connettiti a `DGMGRL` dal nodo principale.<br />**Non 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 | 
| Verifica la connessione di Oracle Data Guard. | Dopo lo switchover, verifica la connessione Oracle Data Guard dal nodo principale a. `DGMGRL`<br />**Non 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 | 
| Verifica il ruolo dell'istanza sulla console Amazon RDS. | **Dopo aver eseguito il cambio di ruolo, la console Amazon RDS mostra i nuovi ruoli nella sezione **Replica** della scheda **Connettività e sicurezza** in Database.** **Potrebbero essere necessari alcuni minuti prima che **lo stato di replica venga** aggiornato da vuoto a Replicante.** | DBA | 

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


| Operazione | Description | Competenze richieste | 
| --- | --- | --- | 
| Reimposta lo switchover. | Reimposta lo switchover sul nodo principale. | DBA | 
| Installa e avvia l'osservatore. | Un processo di osservazione è un componente `DGMGRL` client, in genere eseguito su una macchina diversa dai database primari e di standby. L'installazione di ORACLE HOME per l'observer può essere un'installazione di Oracle Client Administrator oppure è possibile installare Oracle Database Enterprise Edition o Personal Edition. Per ulteriori informazioni sull'installazione dell'observer per la versione del database, vedere [Installazione e avvio dell'](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)Observer. Per configurare l'alta disponibilità per il processo di osservazione, potresti voler fare quanto segue:[See the AWS documentation website for more details](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle.html)<br />Per Oracle 12c Release 2 e versioni successive, puoi implementare fino a tre osservatori. Un osservatore è l'osservatore principale e gli altri sono osservatori di riserva. Quando l'osservatore principale fallisce, uno degli osservatori di riserva assume il ruolo principale. | DBA | 
| Connect a DGMGRL dall'host dell'osservatore. | L'host dell'osservatore è configurato con `tnsnames.ora` voci per la connettività del database primario e di standby. È possibile abilitare FSFO con la modalità di protezione delle massime prestazioni purché la perdita di dati rientri nella [FastStartFailoverLagLimit](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/oracle-data-guard-broker-properties.html)configurazione (valore in secondi). Tuttavia, è necessario utilizzare la modalità di protezione della massima disponibilità per ottenere una perdita di dati pari a zero (RPO=0).<br />**Non 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 | 
| Modificate il database di standby in modo che diventi la destinazione del failover. | Connect dal nodo primario o dal nodo osservatore a un database in standby. (Sebbene la configurazione possa avere più database in standby, è necessario connettersi a uno solo per volta.)<br />**Non 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 | 
| Configurare FastStartFailoverThreshold per la connessione a DGMGRL. | Il valore predefinito è 30 secondi in Oracle 19c e il valore minimo è 6 secondi. Un valore inferiore può potenzialmente ridurre il Recovery Time Objective (RTO) durante il failover. Un valore più alto aiuta a ridurre la possibilità di errori transitori di failover non necessari sul database primario.<br />Il framework di automazione RDS Custom for Oracle monitora lo stato del database ed esegue azioni correttive ogni pochi secondi. Pertanto, si consiglia di impostare un valore superiore FastStartFailoverThreshold a 10 secondi. L'esempio seguente configura il valore di soglia a 35 secondi.<br />**Non CBD o 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 | 
| Abilita FSFO connettendoti a DGMGRL dal nodo primario o osservatore. | Se il database non ha [Flashback Database](https://docs.oracle.com/en/database/oracle/oracle-database/19/rcmrf/FLASHBACK-DATABASE.html#GUID-584AC79A-40C5-45CA-8C63-DED3BE3A4511) abilitato, viene visualizzato il messaggio di avviso. `ORA-16827` Il database flashback opzionale aiuta a ripristinare automaticamente i database primari guasti in un momento precedente al failover se la proprietà di [FastStartFailoverAutoReinstate](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/oracle-data-guard-broker-properties.html#GUID-824E97C0-EEB0-4E1B-BD4A-F5AE282CEA28)configurazione è impostata su `TRUE` (che è l'impostazione predefinita).<br />**Non 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 | 
| Avvia l'osservatore per il monitoraggio FSFO e verifica lo stato. | È possibile avviare l'osservatore prima o dopo aver abilitato FSFO. Se FSFO è già abilitato, l'osservatore inizia immediatamente a monitorare lo stato e le connessioni ai database di standby primari e di destinazione. Se FSFO non è abilitato, l'osservatore inizia il monitoraggio solo dopo l'attivazione di FSFO.<br />All'avvio dell'osservatore, la configurazione del DB principale verrà visualizzata senza messaggi di errore, come evidenziato dal comando precedente. `show configuration`<br />**Non 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 | 
| Verifica il failover. | In questo scenario, è possibile eseguire un test di failover arrestando manualmente l'istanza principale. EC2 Prima di arrestare l' EC2 istanza, utilizzate il `tail` comando per monitorare il file di registro dell'osservatore in base alla configurazione. Utilizzato `DGMGRL` per accedere al database in standby `orcl_d` con l'utente `RDS_DATAGUARD` e controllare lo stato di Oracle Data Guard. Dovrebbe mostrare che si `orcl_d` tratta del nuovo database primario.In questo scenario di test di failover, `orcl_d` è il database non CDB.<br />Prima del failover, il database flashback era abilitato. `orcl_a` Dopo che il precedente database primario è tornato online e ha iniziato a funzionare, l'osservatore `MOUNT` lo ripristina in un nuovo database di standby. Il database ripristinato funge da destinazione FSFO per il nuovo database primario. È possibile verificare i dettagli nei log degli osservatori.<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 />Di seguito viene mostrato un esempio di output 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 | 

### Configura la connettività tra l'applicazione Oracle Peoplesoft e il database
<a name="configure-connectivity-between-the-oracle-peoplesoft-application-and-the-database"></a>


| Operazione | Description | Competenze richieste | 
| --- | --- | --- | 
| Creare e avviare il servizio nel database principale. | È possibile evitare modifiche alla configurazione dell'applicazione durante una transizione di ruolo utilizzando una voce TNS che contiene sia gli endpoint del database primario che quelli di standby nella configurazione. È possibile definire due servizi di database basati sui ruoli per supportare entrambi i carichi di lavoro e quelli di sola lettura. read/write Nell'esempio seguente, `orcl_rw` è il read/write servizio attivo nel database primario. `orcl_ro`è il servizio di sola lettura ed è attivo nel database di standby che è stato aperto in modalità di sola lettura.<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 | 
| Avvia il servizio nel database di standby. | Per avviare il servizio nel database di standby di sola lettura, utilizzare il codice seguente.<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 | 
| Automatizza l'avvio del servizio al riavvio del DB primario. | Per avviare automaticamente il servizio nel database primario al riavvio, usa il codice seguente.<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 | 
| Configura una connessione tra i database read/write e quelli di sola lettura. | È possibile utilizzare il seguente esempio di configurazione dell'applicazione per la connessione in sola lettura. 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 | 

## Risorse correlate
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle-resources"></a>
+ [Abilitare l'alta disponibilità con Data Guard su Amazon RDS Custom for Oracle](https://d1.awsstatic.com/whitepapers/enabling-high-availability-with-data-guard-on-amazon-rds-custom-for-oracle.pdf) (AWS Technical Guide)
+ [Configurazione di Amazon RDS come PeopleSoft database Oracle (white paper](https://d1.awsstatic.com/whitepapers/configuring-amazon-rds-as-peoplesoft-database.pdf) AWS)
+ [Guida Oracle Data Guard Broker (documentazione di riferimento](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/index.html) Oracle)
+ [Concetti e amministrazione di Data Guard](https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/index.html) (documentazione di riferimento Oracle)
+ [Requisiti di configurazione FAN e FCF specifici per 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) (documentazione di riferimento Oracle)