Remarque :

• Ce tutoriel nécessite un accès à Oracle Cloud. Pour vous inscrire à un compte gratuit, reportez-vous à Introduction au niveau gratuit d'Oracle Cloud Infrastructure.
• Il utilise des exemples de valeur pour les informations d'identification Oracle Cloud Infrastructure, la location et les compartiments. A la fin de votre atelier, remplacez ces valeurs par celles propres à votre environnement cloud.

Automatisez les opérations de récupération pour l'application Oracle PeopleSoft à instance unique avec OCI Full Stack Disaster Recovery

Introduction

Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery orchestre la transition du calcul, de la base de données et des applications entre les régions OCI du monde entier en un seul clic. Les clients peuvent automatiser les étapes nécessaires à la récupération d'un ou de plusieurs systèmes métier sans repenser ou modifier l'architecture de l'infrastructure, des bases de données ou des applications existantes, et sans avoir besoin de serveurs de gestion ou de conversion spécialisés.

Objectifs

Pour automatiser les opérations de permutation de récupération après sinistre et de basculement de l'application Oracle Peoplesoft à l'aide de la récupération après sinistre complète de la pile OCI. Les étapes suivantes seront traitées dans ce tutoriel.

1. Création et association de groupes de protection de récupération après sinistre (DRPG)
2. Ajouter des membres aux groupes DRPG principal et de secours
3. Créer un plan de permutation dans le groupe DRPG de secours
4. Personnaliser le plan de permutation avec différents groupes de plans définis par l'utilisateur
5. Exécuter des pré-vérifications et exécuter un plan de permutation
6. Créer un plan de basculement dans le groupe DRPG de secours
7. Personnaliser le plan de basculement avec différents groupes de plans définis par l'utilisateur
8. Exécuter des pré-vérifications et exécuter un plan de basculement

Architecture de déploiement

Prérequis

• Pour orchestrer la récupération après sinistre de pile complète pour une instance unique Oracle PeopleSoft, nous supposons que vous disposez déjà d'une instance unique Oracle PeopleSoft Production and Disaster Recovery déployée sur OCI. Si ce n'est pas le cas, suivez la documentation ci-dessous pour déployer l'application PeopleSoft dans OCI avec la configuration de la production et de la récupération après sinistre :

  • Document technique - Configuration de la récupération après sinistre pour PeopleSoft dans Oracle Cloud

  • Implémentation de la récupération après sinistre avec Oracle Data Guard

  • Regardez ces vidéos pour plus de détails :

    • Déployer une application Oracle PeopleSoft à instance unique pour la récupération après sinistre (vidéo 1)
    • Automatiser la récupération pour une instance unique Oracle PeopleSoft (vidéo 2)
    • Scripts utilisés pour automatiser la récupération pour une instance unique Oracle PeopleSoft (vidéo 3)
• Créez le système de base de données principal à l'aide du service de base de données Oracle Base. Créez un système de base de données de secours et une association Data Guard à l'aide de l'automatisation cloud disponible dans le service de base de données.
• Créez des coffres OCI dans la région principale et la région de secours, et créez des clés secrètes pour le mot de passe système des clés secrètes de base de données principale et de base de données de secours.
• Privilèges administrateur ou configuration des stratégies OCI IAM requises pour la récupération après sinistre de pile complète, comme indiqué ici : Configuration de stratégies Identity and Access Management (IAM) pour utiliser la récupération après sinistre de pile complète et Stratégies pour la récupération après sinistre de pile complète.
• Préparez et configurez les machines virtuelles d'application Oracle PeopleSoft principale et de secours pour exécuter des scripts distants comme indiqué ici : Exécution de commandes sur une instance.
• Créez un bucket Object Storage dans la région principale et la région de secours pour stocker les journaux d'opération de récupération après sinistre : Object Storage

Implémentation

Pour ce tutoriel, nous avons provisionné une machine virtuelle d'application Oracle PeopleSoft à instance unique à l'aide du gestionnaire de cloud et des systèmes de machine virtuelle de base de données de base comme ci-dessous dans les régions Ashburn et Phoenix respectivement. Dans ce tutoriel, nous avons utilisé des travaux rsync pour répliquer les modifications de configuration entre les régions principale et de secours pour l'application Oracle PeopleSoft.

Reportez-vous aux exemples de scripts Full Stack Disaster Recovery Oracle PeopleSoft Scripts pour référence ou utilisez vos propres scripts.

Ressources	Région principale - Ashburn(IAD)
Serveur d'application Oracle PeopleSoft	hcm92-fsdr-app
Serveur Web Oracle PeopleSoft	hcm92-fsdr-web
Oracle PeopleSoft Process Scheduler (Linux)	hcm92-fsdr-prcs-linux
Oracle PeopleSoft Process Scheduler (Windows)	hcm92-fsdr-prcs-win
Recherche élastique et serveur Kibana	hcm92-fsdr-elk
Base de données Oracle Base	HCM92CDB (HCM92CDB_cm8_iad)

Ressources	Région de secours - Phoenix(PHX)
Serveur d'application Oracle PeopleSoft	hcm92-fsdr-app
Serveur Web Oracle PeopleSoft	hcm92-fsdr-web
Oracle PeopleSoft Process Scheduler (Linux)	hcm92-fsdr-prcs-linux
Oracle PeopleSoft Process Scheduler (Windows)	hcm92-fsdr-prcs-win
Recherche élastique et serveur Kibana	hcm92-fsdr-elk
Base de données Oracle Base	HCM92CDB (HCM92CDB_jw2_phx)

Tâche 1 : création et association de groupes de protection contre la récupération après sinistre (DRPG)

1. Dans la région principale (Ashburn) du menu latéral, accédez à Migration et récupération après sinistre, Récupération après sinistre, Groupe de protection de récupération après sinistre, Créer un groupe de protection de récupération après sinistre.

   

2. Dans la région de secours (Phoenix) du menu Hamburger, accédez à Migration et récupération après sinistre, Récupération après sinistre, Groupe de protection de récupération après sinistre, Créer un groupe de protection de récupération après sinistre.

   

   Remarque : pour cet exemple de tutoriel, nous choisissons Ashburn comme région principale et Phoenix comme région de secours.

3. Dans la région principale (Ashburn), sélectionnez le groupe DRPG peoplesoft-iad et cliquez sur Associer. Sélectionnez le rôle Principal, Région homologue Ouest des Etats-Unis (Phoenix), Groupe de protection de récupération après sinistre homologue peoplesoft-phx et cliquez sur Associer.

   

Remarque : vérifiez le rôle d'peoplesoft-iad en tant que principal et d'peoplesoft-phx en tant que secours.

Tâche 2 : ajout de membres aux groupes DRPG principal et de secours

1. Dans le groupe Primary Disaster Recovery Protection peoplesoft-iad, sélectionnez Members, ajoutez les cinq machines virtuelles de calcul (hcm92-fsdr-app, hcm92-fsdr-web,hcm92-fsdr-prcs-linux,hcm92-fsdr-prcs-win,hcm92-fsdr-elk) et la base de données (HCM92CDB (HCM92CDB_cm8_iad)) en tant que membres.

   

   Remarque : lors de l'ajout du calcul en tant que membre, sélectionnez Instance non mobile dans le type d'instance de calcul, car nous avons une configuration active-passive pour les machines virtuelles Oracle PeopleSoft.

2. Dans le groupe Standby Disaster Recovery Protection peoplesoft-phx, sélectionnez Members, ajoutez les cinq machines virtuelles de calcul (hcm92-fsdr-app, hcm92-fsdr-web,hcm92-fsdr-prcs-linux,hcm92-fsdr-prcs-win,hcm92-fsdr-elk) et la base de données (HCM92CDB (HCM92CDB_jw2_phx)) en tant que membres.

   

   Remarque : lors de l'ajout du calcul en tant que membres, sélectionnez Instance non mobile dans le type d'instance de calcul, car nous avons une configuration active-passive pour les machines virtuelles Oracle PeopleSoft.

Tâche 3 : création d'un plan de permutation dans le groupe DRPG de secours (Phoenix)

Plan de permutation : type de plan de récupération après sinistre qui effectue une transition planifiée des services du groupe de protection principal de récupération après sinistre vers le groupe de protection de secours de récupération après sinistre.

1. Créez un plan de permutation dans le DRPG de secours peoplesoft-phx.

2. Sélectionnez Plans et cliquez sur Créer un plan.

3. Indiquez le nom peoplesoft-switchover-ashburn-phoenix et choisissez le type de plan Permutation (planifiée).

4. Cliquez sur Créer.

   

Remarque : veillez à créer le plan de permutation à partir du groupe DRPG de secours (Phoenix).

Tâche 4 : Personnaliser le plan de permutation avec différents groupes de plans définis par l'utilisateur

Comme nous avons ajouté les membres Database (Base DB) et Compute (Non-Moving Instance) dans les deux groupes de protection Disaster Recovery, le plan de permutation comprend des pré-vérifications intégrées et des groupes de bases de données de permutation. Nous devons personnaliser le plan de permutation avec d'autres groupes de plans définis par l'utilisateur.

Le workflow standard pour la permutation de récupération après sinistre est le suivant :

1. Le groupe de plans Stop PeopleSoft Application at Ashburn Region comprend des étapes permettant d'arrêter l'application Oracle PeopleSoft, l'ordonnanceur de processus (Linux et Windows), le serveur Web, Elastic Search et les services Kibana dans la région Ashburn.

2. Le groupe de plans Disable Rsync Cronjobs at Ashburn region comportera une étape pour désactiver les travaux rsync dans l'application, l'ordonnanceur de processus et les serveurs Web de la région Ashburn.

3. Groupe de plans Switchover Database permettant de permuter la base de données. Phoenix deviendra la base de données principale et Ashburn deviendra la base de données de secours.

4. Le groupe de plans Start PeopleSoft Application at Phoenix Region comprend des étapes permettant de démarrer l'application Oracle PeopleSoft, l'ordonnanceur de processus (Linux et Windows), le serveur Web dans la région Phoenix.

5. Le groupe de plans Start Elastic Search at Phoenix Region aura une étape pour démarrer Elastic Search dans la région Phoenix.

6. Le groupe de plans Start Kibana at Phoenix Region aura une étape pour démarrer Kibana dans la région Phoenix.

7. Le groupe de plans Enable Rsync Cronjobs at Phoenix region aura une étape pour activer les travaux rsync dans l'application, l'ordonnanceur de processus et les serveurs Web de la région Phoenix.

   Remarque : le groupe de plans pour la permutation de base de données (étape 3) sera généré automatiquement dans le plan de permutation et nous devons créer un groupe personnalisé pour les versions 1, 2, 4, 5, 6 et 7. Pour cette configuration, nous n'avons pas de modifications DNS, vous pouvez créer un groupe défini par l'utilisateur pour les modifications DNS en fonction de vos besoins.

Créer les six groupes de plans définis par l'utilisateur mentionnés

1. Sous Groupes de plans, cliquez sur Ajouter un groupe pour créer un groupe de plans personnalisé afin d'arrêter l'application PeopleSoft dans la région Ashburn. Indiquez le nom de groupe Arrêter l'application PeopleSoft dans la région Ashburn.

   

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous. Nous ajouterons six étapes dans le groupe de plans.

     

   • Veillez à choisir la région Ashburn, instance cible comme hcm92-fsdr-app. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur psadm2.

   • Indiquez les détails du script app_shutdown.sh avec l'emplacement du script. Le script arrête le domaine du serveur d'applications Oracle PeopleSoft dans la région IAD.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous.

     

   • Veillez à choisir la région Ashburn, instance cible comme hcm92-fsdr-prcs-linux. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur psadm2.

   • Indiquez les détails du script prcs_shutdown.sh avec l'emplacement du script. Le script arrête le domaine PeopleSoft Process Scheduler sous Linux dans la région IAD.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous.

     

   • Veillez à choisir la région Ashburn, instance cible comme hcm92-fsdr-prcs-win. Sélectionnez l'option Run local script avec l'emplacement du script. Laissez le champ Run as User vide.

   • Indiquez les détails du script psnt_shutdown_domain.bat avec l'emplacement du script. Le script va arrêter le domaine PeopleSoft Process Scheduler sous Windows] dans la région IAD.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous.

     

   • Veillez à choisir la région Ashburn, instance cible comme hcm92-fsdr-web. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur psadm2.

   • Indiquez les détails du script web_shutdown.sh avec l'emplacement du script. Le script arrête le domaine de serveur Web PeopleSoft dans la région IAD.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous.

     

   • Veillez à choisir la région Ashburn, instance cible comme hcm92-fsdr-elk. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur esuser.

   • Indiquez les détails du script elk_kill.sh avec l'emplacement du script. Le script arrête les services Elastic Search dans la région IAD.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous.

     

   • Veillez à choisir la région Ashburn, instance cible comme hcm92-fsdr-elk. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur esuser.

   • Indiquez les détails du script kibana_kill.sh avec l'emplacement du script. Le script arrête les services Kibana dans la région IAD.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Vérifiez que les six étapes ont été ajoutées et cliquez sur Ajouter. Vous devriez voir le groupe de plans Arrêter l'application PeopleSoft dans la région d'Ashburn créé en six étapes.

     

2. Sous Groupes de plans, cliquez sur Ajouter un groupe pour créer un groupe de plans personnalisé afin de désactiver les travaux cronjobs de synchronisation dans la région Ashburn. Indiquez le nom de groupe Désactiver les travaux Rsync dans la région Ashburn. Sélectionnez Ajouter après, puis le groupe Arrêter l'application PeopleSoft dans la région d'Ashburn.

   

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous. Nous ajouterons trois étapes dans le groupe de plans.

     

   • Veillez à choisir la région Ashburn, instance cible comme hcm92-fsdr-app. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur opc.

   • Fournissez les détails du script fsdr-rsync-psft.sh avec l'emplacement du script, utilisez l'option de désactivation et fournissez l'adresse IP privée de hcm92-fsdr-app. Le script désactivera les travaux cron rsync pour les fichiers et dossiers d'application PeopleSoft et de personnalisation.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous.

     

   • Veillez à choisir la région Ashburn, instance cible comme hcm92-fsdr-prcs-linux. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur opc.

   • Fournissez les détails du script fsdr-rsync-psft.sh avec l'emplacement du script, utilisez l'option de désactivation et fournissez l'adresse IP privée de hcm92-fsdr-prcs-linux. Le script désactivera les travaux cron rsync pour les fichiers et dossiers d'application PeopleSoft et de personnalisation.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous.

     

   • Veillez à choisir la région Ashburn, instance cible comme hcm92-fsdr-web. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur opc.

   • Fournissez les détails du script fsdr-rsync-psft.sh avec l'emplacement du script, utilisez l'option de désactivation et fournissez l'adresse IP privée de hcm92-fsdr-web. Le script désactivera les travaux cron rsync pour les fichiers et dossiers d'application PeopleSoft et de personnalisation.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Vérifiez que les trois étapes ont été ajoutées et cliquez sur Ajouter. Vous devriez voir le groupe de plans Désactiver Rsync Cronjobs dans la région Ashburn créé en trois étapes.

     

3. Sous Groupes de plans, cliquez sur Ajouter un groupe pour créer un groupe de plans personnalisé pour démarrer l'application PeopleSoft dans la région Phoenix. Indiquez le nom de groupe Démarrer l'application PeopleSoft dans la région Phoenix. Sélectionnez Ajouter après, puis le groupe Bases de données de permutation (de secours).

   

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous. Nous ajouterons quatre étapes dans le groupe de plans.

     

   • Veillez à choisir la région en tant qu'instance cible Phoenix comme hcm92-fsdr-app. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur psadm2.

   • Indiquez les détails du script app_boot.sh avec l'emplacement du script. Le script démarrera le domaine de serveur d'applications PeopleSoft dans la région PHX.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous.

     

   • Veillez à choisir la région en tant qu'instance cible Phoenix comme hcm92-fsdr-prcs-linux. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur psadm2.

   • Indiquez les détails du script prcs_start.sh avec l'emplacement du script. Le script démarrera le domaine PeopleSoft Process Scheduler dans Linux dans la région PHX.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous.

     

   • Veillez à choisir la région en tant qu'instance cible Phoenix comme hcm92-fsdr-prcs-win. Sélectionnez l'option Run local script avec l'emplacement du script. Laissez le champ Run as User vide.

   • Indiquez les détails du script psnt_start_domain.bat avec l'emplacement du script. Le script démarrera le domaine PeopleSoft Process Scheduler sous Windows dans la région Phoenix.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous.

     

   • Veillez à choisir la région en tant qu'instance cible Phoenix comme hcm92-fsdr-web. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur psadm2.

   • Indiquez les détails du script web_boot.sh avec l'emplacement du script. Le script démarre le domaine de serveur Web PeopleSoft dans la région PHX.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Vérifiez que les quatre étapes ont été ajoutées et cliquez sur Ajouter. Vous devriez voir le groupe de plans Start PeopleSoft Application at Phoenix Region créé en quatre étapes.

     

4. Sous Groupes de plans, cliquez sur Ajouter un groupe pour créer un groupe de plans personnalisé afin de démarrer Elastic Search dans la région Phoenix. Indiquez le nom de groupe Démarrer Elastic Search dans la région Phoenix. Sélectionnez Ajouter après, groupe Démarrer l'application PeopleSoft dans la région Phoenix

   

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous. Nous ajouterons une étape dans le groupe de plans.

     

   • Veillez à choisir la région en tant qu'instance cible Phoenix comme hcm92-fsdr-elk. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur esuser.

   • Indiquez les détails du script elk_start.sh avec l'emplacement du script. Le script démarre les services Elastic Search dans la région PHX.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Vérifiez que l'étape unique est ajoutée et cliquez sur Ajouter. Le groupe de plans Start Elastic Search at Phoenix Region doit être créé avec une seule étape.

     

5. Sous Groupes de plans, cliquez sur Ajouter un groupe pour créer un groupe de plans personnalisé pour démarrer Kibana dans la région Phoenix. Indiquez le nom de groupe Démarrer Kibana dans la région Phoenix. Sélectionnez Ajouter après, puis Démarrer Elastic Search dans la région Phoenix.

   

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous. Nous ajouterons une étape dans le groupe de plans.

     

   • Veillez à choisir la région en tant qu'instance cible Phoenix comme hcm92-fsdr-elk. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur esuser.

   • Indiquez les détails du script kibana_start.sh avec l'emplacement du script. Le script démarre les services Kibana dans la région PHX.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Vérifiez que l'étape unique est ajoutée et cliquez sur Ajouter. Vous devriez voir le groupe de plans Start Kibana at Phoenix Region créé en une seule étape.

     

6. Sous Groupes de plans, cliquez sur Ajouter un groupe pour créer un groupe de plans personnalisé afin d'activer les travaux cron synchrones dans la région Phoenix. Indiquez le nom de groupe Enable Rsync Cronjobs at Phoenix Region. Sélectionnez Ajouter après, groupe Démarrer Kibana dans la région Phoenix.

   

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous. Nous ajouterons trois étapes dans le groupe de plans.

     

   • Veillez à choisir la région en tant qu'instance cible Phoenix comme hcm92-fsdr-app. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur opc.

   • Fournissez les détails du script fsdr-rsync-psft.sh avec l'emplacement du script, utilisez l'option d'activation et fournissez l'adresse IP privée de hcm92-fsdr-app. Le script activera les travaux cron rsync pour les fichiers et dossiers d'application PeopleSoft et de personnalisation.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous.

     

   • Veillez à choisir la région en tant qu'instance cible Phoenix comme hcm92-fsdr-prcs-linux. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur opc.

   • Fournissez les détails du script fsdr-rsync-psft.sh avec l'emplacement du script, utilisez l'option d'activation et fournissez l'adresse IP privée de hcm92-fsdr-prcs-linux. Le script activera les travaux cron rsync pour les fichiers et dossiers d'application PeopleSoft et de personnalisation.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Cliquez sur Ajouter une étape et ajoutez les détails ci-dessous.

     

   • Veillez à choisir la région en tant qu'instance cible Phoenix comme hcm92-fsdr-web. Sélectionnez l'option Run local script avec l'emplacement du script. Le script doit être exécuté en tant qu'utilisateur opc.

   • Fournissez les détails du script fsdr-rsync-psft.sh avec l'emplacement du script, utilisez l'option d'activation et fournissez l'adresse IP privée de hcm92-fsdr-web. Le script activera les travaux cron rsync pour les fichiers et dossiers d'application PeopleSoft et de personnalisation.

   • Cliquez sur Ajouter une étape et vérifiez l'étape ajoutée.

   • Vérifiez que les trois étapes ont été ajoutées et cliquez sur Ajouter. Vous devriez voir le groupe de plans Enable Rsync Cronjobs at Phoenix region créé en trois étapes.

     

7. Etant donné que nous avons créé le groupe défini par l'utilisateur dans un ordre spécifique, la réorganisation des groupes de plans peut ne pas être requise. Si nécessaire, utilisez l'option Réorganiser les groupes du plan pour ordonner les groupes de plans de permutation dans l'ordre approprié.

   

   

Tâche 5 : Exécuter les pré-vérifications et exécuter le plan de permutation

L'option Exécuter les pré-vérifications effectue une validation rapide de toutes les étapes d'un plan de récupération après sinistre et des membres associés aux étapes.

1. Dans le plan de permutation peoplesoft-switchover-ashburn-phoenix, cliquez sur Exécuter les pré-vérifications pour lancer la boîte de dialogue Exécuter les pré-vérifications.

   

   

   Vérifiez que l'exécution s'est terminée avec succès.

2. Dans le plan de permutation peoplesoft-switchover-ashburn-phoenix, cliquez sur Exécuter le plan de récupération après sinistre pour exécuter le plan.

   

3. Vérifiez le statut du plan et assurez-vous que toutes les étapes du plan ont réussi.

   

4. Le plan de permutation exécute tous les groupes de plans dans l'ordre indiqué. Une fois le plan exécuté, l'application PeopleSoft est exécutée à partir de la région Phoenix.

5. Le changement de rôle se produit automatiquement dans le groupe DRPG. Maintenant, Phoenix aura le rôle Primary et Ashburn le rôle Standby.

6. Vérifiez l'application Oracle PeopleSoft dans Phoenix.

   

Tâche 6 : création d'un plan de basculement dans la DRPG de secours (Ashburn)

Plan de basculement : type de plan de récupération après sinistre qui effectue une transition non planifiée des services vers le groupe de protection de récupération après sinistre de secours.

Avec la tâche 5, nous avons terminé la permutation de la pile d'applications entre Ashburn et Phoenix. Passons maintenant au basculement de la pile d'applications de Phoenix vers Ashburn.

1. Créez un plan de basculement dans la zone de secours DRPG peoplesoft-iad.

2. Sélectionnez Plans et cliquez sur Créer un plan.

3. Indiquez le nom peoplesoft-failover-phoenix-ashburn et choisissez le type de plan Basculement (non planifié).

4. Cliquez sur Créer.

   

   Remarque : veillez à créer le plan de basculement à partir du groupe DRPG de secours (Ashburn).

Tâche 7 : personnalisation du plan de basculement avec divers groupes de plans définis par l'utilisateur

Etant donné que nous avons ajouté les membres Database (Base DB) et Compute (Non-Moving Instance) aux deux groupes de protection Disaster Recovery, le plan de basculement comprend des pré-vérifications intégrées et des groupes de bases de données de basculement. Nous devons personnaliser le plan de basculement avec des groupes de plans définis par l'utilisateur supplémentaires.

Le workflow standard pour la permutation de récupération après sinistre est le suivant :

1. Le groupe de plans Start PeopleSoft Application at Ashburn Region comprend des étapes permettant d'arrêter l'application Oracle PeopleSoft, l'ordonnanceur de processus (Linux et Windows), le serveur Web, Elastic Search et les services Kibana dans la région Ashburn.

2. Groupe de plans Failover Databases pour le basculement de la base de données. Ashburn deviendra la base de données principale.

3. Le groupe de plans Start Elastic Search at Ashburn Region aura une étape pour démarrer Elastic Search dans la région Ashburn.

4. Le groupe de plans Start Kibana at Ashburn Region comportera une étape pour démarrer Kibana dans la région Ashburn.

   Remarque : le groupe de plans pour le basculement de la base de données (étape 2) sera généré automatiquement dans le plan de basculement et nous devons créer un groupe personnalisé pour 1,3 et 4. Pour cette configuration, nous n'avons pas de modifications DNS, vous pouvez créer un groupe défini par l'utilisateur pour les modifications DNS en fonction de vos besoins.

Créer les trois groupes de plans définis par l'utilisateur mentionnés ci-dessous

1. Dans la section Task4 : Personnaliser le plan de permutation avec différents groupes de plans définis par l'utilisateur, nous avons expliqué en détail comment ajouter des groupes de plans définis par l'utilisateur. Vous pouvez vous reporter à ces étapes pour créer les trois groupes définis par l'utilisateur mentionnés ci-dessus. Veillez à créer ces groupes définis par l'utilisateur à l'aide des scripts et des serveurs appropriés.

2. Il est supposé que vous avez créé les trois groupes définis par l'utilisateur avec les serveurs, scripts, nom utilisateur et ordre spécifique respectifs.

   

3. Etant donné que nous avons créé le groupe défini par l'utilisateur dans un ordre spécifique, la réorganisation des groupes de plans peut ne pas être requise. Si nécessaire, utilisez l'option Réorganiser les groupes du plan pour ordonner les groupes de plans de permutation dans l'ordre approprié.

   

   

Tâche 8 : Exécuter les pré-vérifications et exécuter le plan de basculement

L'option Exécuter les pré-vérifications effectue une validation rapide de toutes les étapes d'un plan de récupération après sinistre et des membres associés aux étapes.

1. A partir du plan de basculement peoplesoft-failover-phoenix-ashburn, cliquez sur Exécuter les pré-vérifications pour lancer la boîte de dialogue Exécuter les pré-vérifications.

   

   Vérifiez que l'exécution s'est terminée avec succès.

2. A partir du plan de basculement peoplesoft-failover-phoenix-ashburn, cliquez sur Exécuter le plan de récupération après sinistre pour exécuter le plan.

   

3. Vérifiez le statut du plan et assurez-vous que toutes les étapes du plan ont réussi.

   

4. Le plan de basculement exécute tous les groupes de plans dans l'ordre indiqué. Une fois le plan exécuté, l'application PeopleSoft est exécutée à partir de la région Ashburn.

5. Le changement de rôle se produit automatiquement dans le groupe DRPG. Ashburn aura maintenant le rôle Primary et Phoenix le rôle Standby.

6. Vérifiez l'application Oracle PeopleSoft dans Ashburn.

   

Etapes suivantes

Vous avez vu comment effectuer automatiquement les opérations de permutation de l'application Oracle PeopleSoft et de récupération après sinistre par basculement à l'aide de la récupération après sinistre complète de la pile OCI. Si vous disposez d'une installation personnalisée d'Oracle PeopleSoft, utilisez vos propres scripts personnalisés et modifiez le plan en fonction de vos besoins. Pour plus de détails, reportez-vous au lien de la documentation sur la récupération après sinistre de pile complète dans la section Liens associés.

Liens connexes

• Page de produit OCI Full Stack Disaster Recovery
• Documentation sur la récupération après sinistre complète de la pile OCI
• Récupération après sinistre de pile complète - Scripts de groupe définis par l'utilisateur Oracle PeopleSoft
• Exécution de commandes sur une instance
• Rejoindre le canal slack public #full-stack-dr

Remerciements

Auteur - Suraj Ramesh (responsable produit de la récupération après sinistre complète de la pile)

Contributeur - Vinay Shivanna (architecte cloud - PeopleSoft)

Ressources de formation supplémentaires

Explorez d'autres ateliers sur docs.oracle.com/learn ou accédez à davantage de contenu de formation gratuit sur le canal Oracle Learning YouTube. En outre, accédez à education.oracle.com/learning-explorer pour devenir un explorateur Oracle Learning.

Pour consulter la documentation produit, consultez Oracle Help Center.

---

Informations relatives au titre et au copyright

Automate Recovery Operations for Single Instance Oracle PeopleSoft application with OCI Full Stack Disaster Recovery

F86810-01

September 2023

Copyright © 2023, Oracle and/or its affiliates.