Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Rôles de transition pour une PeopleSoft application Oracle sur 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*

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

Pour exécuter la solution de planification des ressources PeopleSoft d'entreprise (ERP) [Oracle](https://www.oracle.com/applications/peoplesoft/) sur Amazon Web Services (AWS), vous pouvez utiliser [Amazon Relational Database Service (Amazon RDS) ou Amazon RDS](https://aws.amazon.com/rds/) [Custom pour Oracle, qui prend en charge les applications existantes, personnalisées](https://aws.amazon.com/rds/custom/) et packagées qui nécessitent un accès au système d'exploitation (SE) et à l'environnement de base de données sous-jacents. Pour connaître les principaux facteurs à prendre en compte lors de la planification d'une migration, consultez les [stratégies de migration des bases de données Oracle](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-oracle-database/strategies.html) dans AWS Prescriptive Guidance.

Ce modèle se concentre sur les étapes à suivre pour effectuer un passage à Oracle Data Guard, ou une transition de rôle, pour une base de données d' PeopleSoft application exécutée sur Amazon RDS Custom en tant que base de données principale avec une base de données répliquée en lecture. Le modèle inclut des étapes pour configurer le [basculement rapide (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). Au cours de ce processus, les bases de données de la configuration Oracle Data Guard continuent de fonctionner dans leurs nouveaux rôles. Les cas d'utilisation typiques du passage à Oracle Data Guard sont les exercices de reprise après sinistre (DR), les activités de maintenance planifiée sur les bases de données et les patchs [roulants 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. Pour plus d'informations, consultez le billet de blog [Réduire le temps d'arrêt de l'application de correctifs aux bases de données dans 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/)

## Conditions préalables et limitations
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle-prereqs"></a>

**Prérequis**
+ Réalisation de l'opération [personnalisée Ajouter HA à Oracle PeopleSoft sur Amazon RDS à l'aide d'un modèle de réplication de lecture](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/add-ha-to-oracle-peoplesoft-on-amazon-rds-custom-by-using-a-read-replica.html).

**Limites**
+ Limitations et configurations non prises en charge pour [RDS Custom](https://docs.amazonaws.cn/en_us/AmazonRDS/latest/UserGuide/custom-reqs-limits.html#custom-reqs-limits.limits) pour Oracle
+ Limitations associées aux [répliques de lecture Amazon RDS Custom for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-rr.html#custom-rr.limitations)

**Versions du produit**
+ Pour les versions de base de données Oracle prises en charge par Amazon RDS Custom, consultez [RDS Custom pour](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.
+ Pour les classes d'instance de base de données Oracle prises en charge par Amazon RDS Custom, consultez la section [Support des classes d'instance de base de données pour RDS Custom pour](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>

**Pile technologique**
+ Amazon RDS Custom for Oracle

**Architecture cible**

Le schéma suivant montre une instance de base de données Amazon RDS Custom et une réplique de lecture Amazon RDS Custom. Oracle Data Guard assure la transition des rôles lors du basculement pour DR.

![\[Passage d'Oracle Data Guard à une instance de base de données personnalisée RDS principale avec une base de données répliquée en lecture.\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/patterns/images/pattern-img/da3b011c-1668-4de4-9079-0982888a74b4/images/4e2a2f3b-b5bd-44b7-9b5a-13a663ee3be6.png)


Pour une architecture représentative utilisant Oracle PeopleSoft sur AWS, voir [Configurer une PeopleSoft architecture hautement disponible sur AWS](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/set-up-a-highly-available-peoplesoft-architecture-on-aws.html).

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

**Services AWS**
+ [Amazon RDS Custom for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/working-with-custom-oracle.html) est un service de base de données géré pour les applications existantes, personnalisées et packagées qui nécessitent un accès au système d'exploitation et à l'environnement de base de données sous-jacents.
+ [AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/latest/userguide/intro.html) vous aide à remplacer les informations d'identification codées en dur dans votre code, y compris les mots de passe, par un appel d'API à Secrets Manager pour récupérer le secret par programmation. Dans ce modèle, vous pouvez récupérer les mots de passe des utilisateurs de base de données depuis Secrets Manager pour `RDS_DATAGUARD` lesquels le nom du secret est indiqué`do-not-delete-rds-custom-+<<RDS Resource ID>>+-dg`.

**Autres services**
+ [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) vous aide à créer, maintenir, gérer et surveiller des bases de données de secours. Ce modèle utilise les performances maximales d'Oracle Data Guard pour la transition des rôles ([passage à Oracle Data Guard](https://docs.oracle.com/database/121/DGBKR/sofo.htm#DGBKR330)).

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

Pour votre déploiement en production, nous vous recommandons de lancer l'instance d'observation dans une troisième zone de disponibilité, séparée du nœud principal et du nœud de réplication en lecture.

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

### Initier une transition de rôle
<a name="initiate-role-transition"></a>


| Sous-tâche | Description | Compétences requises | 
| --- | --- | --- | 
| Suspendez l'automatisation de la base de données pour la base de données principale et pour la réplique. | Bien que le framework d'automatisation RDS Custom n'interfère pas avec le processus de transition des rôles, il est recommandé de suspendre l'automatisation lors du passage à Oracle Data Guard.Pour suspendre et reprendre l'automatisation de la base de données RDS Custom, suivez les instructions de la section [Suspension et reprise de l'automatisation RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-managing.html#custom-managing.pausing) Custom. | Administrateur cloud, DBA | 
| Vérifiez l'état d'Oracle Data Guard. | Pour vérifier l'état d'Oracle Data Guard, connectez-vous à la base de données principale. Ce modèle inclut du code permettant d'utiliser une base de données de conteneurs multilocataires (CDB) ou une instance non CDB.**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>**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 | 
| Vérifiez le rôle de l'instance. | Ouvrez la console de gestion AWS et accédez à la console Amazon RDS. Dans la section **Réplication** de la base de données, sous l'onglet **Connectivité et sécurité**, vérifiez le rôle de l'instance principale et de la réplique.Le rôle principal doit correspondre à la base de données principale Oracle Data Guard, et le rôle de réplique doit correspondre à la base de données de secours physique Oracle Data Guard. | Administrateur cloud, DBA | 
| Effectuez le changement. | Pour effectuer le basculement, connectez-vous `DGMGRL` depuis le nœud principal.**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>**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 | 
| Vérifiez la connexion Oracle Data Guard. | Après le basculement, vérifiez la connexion Oracle Data Guard entre le nœud principal et. `DGMGRL`**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>**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 | 
| Vérifiez le rôle de l'instance sur la console Amazon RDS. | Après avoir effectué le changement de rôle, la console Amazon RDS affiche les nouveaux rôles dans la section **Réplication** de l'onglet **Connectivité et sécurité** sous **Bases** de données. La mise à jour de **l'état de réplication** de vide à **Réplication peut prendre quelques minutes.** | DBA | 

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


| Sous-tâche | Description | Compétences requises | 
| --- | --- | --- | 
| Réinitialisez le basculement. | Replacez le basculement sur le nœud principal. | DBA | 
| Installez et démarrez l'observateur. | Un processus d'observation est un composant `DGMGRL` client qui s'exécute généralement sur une machine différente de celle des bases de données principale et de secours. L'installation d'ORACLE HOME pour l'observateur peut être une installation Oracle Client Administrator, ou vous pouvez installer Oracle Database Enterprise Edition ou Personal Edition. Pour plus d'informations sur l'installation de l'observateur pour la version de votre base de données, reportez-vous à la section [Installation et démarrage de l'observateur](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). Pour configurer la haute disponibilité pour le processus d'observation, vous pouvez effectuer les opérations suivantes :[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/patterns/transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle.html)Pour Oracle 12c version 2 et versions ultérieures, vous pouvez déployer jusqu'à trois observateurs. L'un des observateurs est l'observateur principal et les autres sont des observateurs suppléants. En cas de défaillance de l'observateur principal, l'un des observateurs suppléants prend le rôle principal. | DBA | 
| Connectez-vous à DGMGRL depuis l'hôte observateur. | L'hôte observateur est configuré avec des `tnsnames.ora` entrées pour la connectivité à la base de données principale et de secours. Vous pouvez activer FSFO avec le mode de protection des performances maximales tant que la perte de données se situe dans les limites de la [FastStartFailoverLagLimit](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/oracle-data-guard-broker-properties.html)configuration (valeur en secondes). Cependant, vous devez utiliser le mode de protection de disponibilité maximale pour atteindre zéro perte de données (RPO=0).**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>**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 | 
| Modifiez la base de données de secours pour qu'elle soit la cible du basculement. | Connectez-vous depuis le nœud principal ou le nœud observateur à une base de données de secours. (Bien que votre configuration puisse comporter plusieurs bases de données de secours, vous ne devez vous connecter qu'à une seule pour le moment.)**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>**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 | 
| Configurez FastStartFailoverThreshold pour la connexion à DGMGRL. | La valeur par défaut est de 30 secondes dans Oracle 19c et la valeur minimale est de 6 secondes. Une valeur inférieure peut potentiellement raccourcir l'objectif de temps de restauration (RTO) lors du basculement. Une valeur plus élevée permet de réduire le risque d'erreurs transitoires inutiles liées au basculement sur la base de données principale.Le framework d'automatisation RDS Custom for Oracle surveille l'état de la base de données et effectue des actions correctives toutes les quelques secondes. Par conséquent, nous vous recommandons FastStartFailoverThreshold de définir une valeur supérieure à 10 secondes. L'exemple suivant configure la valeur de seuil à 35 secondes.**Sans CBD ou 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 | 
| Activez FSFO en vous connectant à DGMGRL depuis le nœud principal ou le nœud observateur. | Si la base de données [Flashback](https://docs.oracle.com/en/database/oracle/oracle-database/19/rcmrf/FLASHBACK-DATABASE.html#GUID-584AC79A-40C5-45CA-8C63-DED3BE3A4511) n'est pas activée, le message d'avertissement `ORA-16827` s'affiche. La base de données flashback facultative permet de rétablir automatiquement les bases de données principales défaillantes à un moment donné avant le basculement si la propriété de [FastStartFailoverAutoReinstate](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/oracle-data-guard-broker-properties.html#GUID-824E97C0-EEB0-4E1B-BD4A-F5AE282CEA28)configuration est définie sur `TRUE` (valeur par défaut).**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>**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 | 
| Démarrez l'observateur pour la surveillance du FSFO et vérifiez l'état. | Vous pouvez démarrer l'observateur avant ou après avoir activé FSFO. Si FSFO est déjà activé, l'observateur commence immédiatement à surveiller l'état et les connexions aux bases de données de secours principales et cibles. Si le FSFO n'est pas activé, l'observateur ne commence à surveiller qu'une fois le FSFO activé.Lorsque vous démarrez l'observateur, la configuration de base de données principale s'affiche sans aucun message d'erreur, comme en témoigne la `show configuration` commande précédente.**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>**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 | 
| Vérifiez le basculement. | Dans ce scénario, un test de basculement peut être effectué en arrêtant manuellement l' EC2 instance principale. Avant d'arrêter l' EC2 instance, utilisez la `tail` commande pour surveiller le fichier journal de l'observateur en fonction de votre configuration. `DGMGRL`À utiliser pour se connecter à la base de données de secours `orcl_d` avec l'utilisateur `RDS_DATAGUARD` et vérifier l'état d'Oracle Data Guard. Cela devrait indiquer qu'il s'`orcl_d`agit de la nouvelle base de données principale.Dans ce scénario de test de basculement, `orcl_d` se trouve la base de données non CDB.Avant le basculement, la base de données Flashback a été activée. `orcl_a` Une fois que l'ancienne base de données principale est remise en ligne et redémarre en `MOUNT` état, l'observateur la rétablit dans une nouvelle base de données de secours. La base de données rétablie fait office de cible FSFO pour la nouvelle base de données principale. Vous pouvez vérifier les détails dans les journaux des observateurs.<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>L'exemple suivant montre un exemple de sortie en`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 | 

### Configuration de la connectivité entre l'application Oracle Peoplesoft et la base de données
<a name="configure-connectivity-between-the-oracle-peoplesoft-application-and-the-database"></a>


| Sous-tâche | Description | Compétences requises | 
| --- | --- | --- | 
| Créez et démarrez le service dans la base de données principale. | Vous pouvez éviter de modifier la configuration de l'application lors d'une transition de rôle en utilisant une entrée TNS qui contient à la fois les points de terminaison de base de données principaux et de secours dans la configuration. Vous pouvez définir deux services de base de données basés sur des rôles pour prendre en charge à la fois les charges de travail read/write et les charges de travail en lecture seule. Dans l'exemple suivant, le read/write service `orcl_rw` est actif sur la base de données principale. `orcl_ro`est le service en lecture seule et est actif sur la base de données de secours qui a été ouverte en mode lecture seule.<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 | 
| Démarrez le service dans la base de données de secours. | Pour démarrer le service dans la base de données de secours en lecture seule, utilisez le code suivant.<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 | 
| Automatisez le démarrage du service lorsque la base de données principale est redémarrée. | Pour démarrer automatiquement le service dans la base de données principale lors de son redémarrage, utilisez le code suivant.<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 | 
| Configurez une connexion entre les bases de données read/write et les bases de données en lecture seule. | Vous pouvez utiliser l'exemple de configuration d'application suivant pour la connexion read/write et la connexion en lecture seule.<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 | 

## Ressources connexes
<a name="transition-roles-for-an-oracle-peoplesoft-application-on-amazon-rds-custom-for-oracle-resources"></a>
+ [Activer la haute disponibilité avec Data Guard sur Amazon RDS Custom pour Oracle](https://d1.awsstatic.com/whitepapers/enabling-high-availability-with-data-guard-on-amazon-rds-custom-for-oracle.pdf) (Guide technique AWS)
+ [Configuration d'Amazon RDS en tant que PeopleSoft base de données Oracle](https://d1.awsstatic.com/whitepapers/configuring-amazon-rds-as-peoplesoft-database.pdf) (livre blanc AWS)
+ [Guide Oracle Data Guard Broker](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/index.html) (documentation de référence Oracle)
+ [Concepts et administration de Data Guard](https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/index.html) (documentation de référence Oracle)
+ [Exigences de configuration du FAN et du FCF spécifiques à 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) (documentation de référence Oracle)