Note :

• Ce tutoriel nécessite l'accès à Oracle Cloud. Pour vous inscrire à un compte gratuit, voir Démarrer avec le niveau gratuit d'Oracle Cloud Infrastructure.
• Il utilise des exemples de valeurs pour les données d'identification, la location et les compartiments d'Oracle Cloud Infrastructure. À la fin de votre laboratoire, remplacez ces valeurs par celles qui sont propres à votre environnement en nuage.

Automatiser la récupération après sinistre de pile complète pour Oracle E-Business Suite à plusieurs noeuds

Présentation

La récupération après sinistre de pile complète pour OCI fait appel aux équipes d'ingénierie d'application pour concevoir, écrire et tenir à jour leurs propres capacités et fonctions de récupération après sinistre. Si une équipe d'ingénierie d'applications a des capacités de reprise après sinistre natives OCI intégrées qui incluent des API de trousse SDK pour OCI pour la reprise après sinistre, cette application peut être ajoutée à la reprise après sinistre de pile complète en tant que ressource membre native.

Oracle E-Business Suite n'a actuellement aucune fonctionnalité ou fonctionnalité de récupération après sinistre native OCI et n'est donc pas une ressource membre native dans la récupération après sinistre de pile complète. Cependant, l'équipe d'ingénierie Oracle E-Business Suit a documenté un processus pour déployer et récupérer manuellement EBS dans les régions OCI. Le processus manuel peut être automatisé à l'aide de la récupération après sinistre de pile complète. Ce document explique comment automatiser le processus de récupération manuelle en ajoutant des groupes de plans et des étapes personnalisés définis par l'utilisateur aux plans RS de base pour le basculement, le basculement et les forages.

Oracle Cloud Infrastructure Full Stack Disaster Recovery (OCI Full Stack DR) orchestre la transition des instances de calcul, de base de données et d'applications entre les régions Oracle Cloud Infrastructure (OCI) du monde entier en un seul clic. Les clients peuvent automatiser les étapes nécessaires pour récupérer un ou plusieurs systèmes d'affaires sans reconcevoir ou modifier l'infrastructure, les bases de données ou les applications existantes.

Oracle E-Business Suite prend en charge les modèles d'affaires d'aujourd'hui en constante évolution, améliore la productivité et répond aux exigences de l'utilisateur mobile moderne. S'appuyant sur 30 ans d'innovation, Oracle E-Business Suite continue d'offrir de nouvelles fonctionnalités d'application et d'étendre les capacités des fonctions existantes tout en vous aidant à profiter de tous les avantages d'OCI.

Oracle E-Business Suite fait normalement partie d'un système plus grand

Oracle E-Business Suite est normalement la base d'un système d'affaires plus complexe qui comprend un certain nombre de bases de données supplémentaires, d'applications de marché OCI et de services OCI qui doivent tous être récupérés en une seule unité. Pour rester simple et concentré sur Oracle E-Business Suite, ce tutoriel montre uniquement les tâches liées à Oracle E-Business Suite. Toutefois, il est très inhabituel qu'Oracle E-Business Suite soit la seule application faisant partie du groupe de protection RS et des plans RS.

Attention à la mise en oeuvre incrémentielle

L'ajout ou la suppression de membres supplémentaires à un groupe de protection RS après la création de plans RS actualisera les plans RS existants dans les groupes de protection des deux régions. Pour plus d'informations, voir Actualiser un plan de récupération après sinistre.

La récupération après sinistre de pile complète pour OCI est conçue en supposant que la pile d'applications complète d'un système d'affaires donné est déjà déployée dans toutes les régions OCI et que la récupération après sinistre manuelle a déjà été éprouvée. Si votre système d'affaires comprend plus qu'Oracle E-Business Suite, ajoutez tous les autres services de calcul, de stockage, de base de données, d'application ou OCI aux groupes de protection RS avant de créer des plans RS.

Fonctionnement de la récupération

La solution de récupération pour Oracle E-Business Suite nécessite la récupération après sinistre de pile complète OCI pour exécuter une série de scripts bash personnalisés lors d'une opération de récupération telle qu'un basculement, une permutation ou des forages. Dans ce tutoriel, nous utiliserons les noeuds d'application Oracle E-Business Suite comme noeud de contrôle pour l'hébergement et l'exécution de scripts.

Les scripts référencés dans ce tutoriel sont fournis par l'équipe spécialisée Oracle Apps to OCI d'ingénierie Oracle EMEA Cloud et disponibles dans les scripts Oracle E-Business Suite pour la récupération après sinistre de pile complète OCI. Les scripts bash peuvent avoir besoin d'être légèrement modifiés pour répondre aux besoins uniques de votre déploiement.

Fig 1 : Scripts Oracle E-Business Suite disponibles dans l'exemple de référentiel GitHub Oracle

Ce tutoriel explique comment télécharger les scripts et comment les utiliser à une étape ultérieure. Ce tutoriel utilise l'option 1 pour héberger les scripts bash uniquement car le tutoriel n'inclut rien d'autre qu'Oracle E-Business Suite.

Note : Les scripts suivants sont fournis à titre d'aide générique. Vous pouvez soit utiliser vos propres scripts, soit les personnaliser en fonction de votre stratégie d'entreprise et de vos exigences en matière de sécurité.

Option 1 pour les scripts d'hébergement

Installez les scripts bash sur les serveurs d'applications Oracle E-Business Suite exécutés dans les deux régions. Ce tutoriel fera référence aux instances de calcul où vous installez les scripts en tant que noeud de contrôle ou noeud DR, même s'il s'agit d'un ou de plusieurs serveurs d'applications Oracle E-Business Suite dans votre pile d'applications.

Option 2 pour les scripts d'hébergement

Créez un noeud de contrôle ou un noeud DR spécialisé pour héberger tous les scripts Oracle E-Business Suite plus les scripts nécessaires pour d'autres applications ou services OCI.

Oracle E-Business Suite fait le plus souvent partie d'un système d'affaires plus grand et plus complexe qui comprend des applications personnalisées à l'interne, des applications Oracle Cloud Marketplace, Oracle Business Analytics et d'autres bases de données, des instances de calcul et des applications maison. Dans ce cas, il vous suffit de choisir l'une des instances de calcul qui fait déjà partie du système d'entreprise pour héberger les scripts. L'instance de calcul sélectionnée peut être n'importe où où Oracle Linux est installé et sera probablement une machine virtuelle existante qui sert à un autre usage, comme un serveur d'applications ou un serveur d'administration.

Normalement, la reprise après sinistre sur pile complète pour OCI ne nécessite aucun serveur de gestion spécialisé pour automatiser les opérations de récupération. Toutefois, vous allez créer une instance de calcul qui agira en tant que serveur de gestion spécialisé dans ce cas. Tout au long de ce document, le serveur de gestion spécialisé est considéré comme un noeud de contrôle ou un noeud DR. L'objectif global du noeud de contrôle est simplement d'agir en tant que serveur où tous les scripts personnalisés peuvent résider et être appelés par la récupération après sinistre de pile complète OCI lors d'une opération de récupération.

Note : Dans ce tutoriel, nous utiliserons l'option 1, dans laquelle nous stockerons les scripts personnalisés liés aux applications Oracle E-Business Suite dans les serveurs d'applications Oracle E-Business Suite.

Architecture de déploiement d'Oracle E-Business Suite

Oracle E-Business Suite doit d'abord être déployé pour la reprise après sinistre dans les régions OCI avant d'introduire la reprise après sinistre de pile complète OCI. Il est très important que les étapes manuelles d'exécution d'une récupération soient testées et fonctionnent correctement avant de tenter d'automatiser le processus de récupération après sinistre de pile complète OCI.

L'une des deux architectures de référence ci-dessous peut être suivie lors du déploiement d'Oracle E-Business Suite pour la reprise après sinistre dans les régions OCI. Les deux architectures de référence illustrent une topologie à plusieurs niveaux avec des ressources redondantes réparties sur deux régions OCI.

Les bases de données à instances multiples sont créées avec Oracle Real Application Clusters (Oracle RAC) et utilisent Oracle Data Guard pour garder la base de données synchronisée dans deux régions OCI.

Architecture de référence pour Oracle E-Business Suite à l'aide d'Oracle Base Database Service

Choisissez cette architecture de déploiement si Oracle E-Business Suite utilise Oracle Base Database Service. Oracle E-Business Suite doit être déployé pour la reprise après sinistre dans deux régions OCI, comme expliqué dans Continuité des affaires pour Oracle E-Business Suite version 12.2 avec Oracle Database 19c sur les systèmes de base de données Oracle Base Database Service (ID document 2875417.1). L'illustration illustrée dans la figure 1 a été obtenue à partir de Doc ID 2875417.1.

Fig 1 : Architecture de déploiement RS d'Oracle E-Business Suite utilisant la base de données de base OCI (voir l'ID document 2875417.1 pour plus de détails)

Architecture de référence pour Oracle E-Business Suite utilisant Oracle Exadata Database Service on Dedicated Infrastructure

Choose this deployment architecture if Oracle E-Business Suite is using Oracle Exadata Database Service on Dedicated Infrastructure. Oracle E-Business Suite doit être déployé pour la reprise après sinistre dans deux régions OCI, comme expliqué dans Continuité des affaires pour Oracle E-Business Suite version 12.2 avec Oracle Database 19c sur Oracle Exadata Database Service on Dedicated Infrastructure (ID document 2919723.1). L'illustration illustrée dans la figure 1 a été obtenue à partir de Doc ID 2919723.1.

Fig 2 : Architecture de déploiement RS d'Oracle E-Business Suite avec la base de données Exadata OCI (voir l'ID document 2919723.1 pour plus de détails)

Différence entre les noms d'hôte logiques et les noms d'hôte physiques

Oracle E-Business Suite suggère fortement d'utiliser des noms d'hôte logiques pour les serveurs d'applications et des noms d'hôte physiques pour la base de données. La continuité des affaires pour Oracle E-Business Suite version 12.2 avec Oracle Database 19c sur les systèmes de base de données Oracle Base Database Service (ID document 2875417.1) et la continuité des affaires pour Oracle E-Business Suite version 12.2 avec Oracle Database 19c sur les systèmes de base de données Oracle Base Database Service (ID document 2919723.1) écrits par l'ingénierie d'Oracle E-Business Suite exigent que le niveau application utilise des noms d'hôte logiques alors que le niveau de base de données utilise des noms d'hôte physiques.

La reprise après sinistre de pile complète OCI n'a aucune exigence quant à l'utilisation de noms d'hôte logiques ou physiques, mais nous recommandons de suivre les exigences d'Oracle E-Business Suite pour assurer le soutien d'Oracle E-Business Suite en cas de problème. Certains clients utilisent des noms d'hôte logiques pour les niveaux application et base de données. Les scripts fournis avec cette solution sont conçus pour être utilisés avec des noms d'hôte logiques pour le niveau d'application et le niveau de base de données des noms d'hôte physiques; voir la tâche 1.2 pour obtenir des instructions de téléchargement.

Architecture de déploiement de récupération après sinistre de pile complète OCI

Les illustrations suivantes présentent les ressources de calcul ajoutées en tant que membres à chaque groupe de protection RS (DRPG) pour la récupération après sinistre de pile complète OCI. Il s'agit des différents composants que la récupération après sinistre de pile complète pour OCI peut gérer en dehors de l'application Oracle E-Business Suite.

La reprise après sinistre de pile complète pour OCI comporte une automatisation intégrée pour gérer le service de calcul pour OCI, le service de stockage par blocs pour OCI, le service de stockage de fichiers pour OCI, les bases de données Oracle, l'équilibreur de charge OCI, les grappes Oracle Cloud Infrastructure Kubernetes Engine (OKE) et de nombreuses autres ressources au cours d'une récupération. Toutefois, elle n'a pas d'automatisation intégrée pour Oracle E-Business Suite elle-même. La récupération d'Oracle E-Business Suite est contrôlée par une série de scripts bash qui peuvent être téléchargés à partir d'un référentiel GitHub dédié à ce tutoriel. Les scripts bash doivent être installés sur une instance de calcul de votre choix en suivant l'une des options suivantes pour le placement et le contrôle des scripts.

Option 1 : Automatiser la récupération pour Oracle E-Business Suite à l'aide d'Oracle Base Database Service

Cette architecture de déploiement n'est pas typique et a été conçue pour des situations très rares où Oracle E-Business Suite est la seule application récupérée par la reprise après sinistre de pile complète OCI. Dans ce cas, nous hébergerons les scripts personnalisés dans les noeuds d'application Oracle E-Business Suite.

Fig 3 : Architecture de déploiement RS de pile complète à l'aide du service de base de données de base OCI

Option 2 : Automatiser la récupération pour Oracle E-Business Suite à l'aide d'Oracle Exadata Database Service on Dedicated Infrastructure

L'architecture de déploiement simpliste illustrée à la figure 4 est un exemple de déploiement plus courant d'Oracle E-Business Suite où il s'agit simplement d'un composant d'une pile d'applications plus grande et plus complexe où de nombreux services et applications doivent être récupérés ensemble. La plupart des systèmes d'affaires sont beaucoup plus complexes que ceux fictifs présentés dans l'image suivante et comprennent généralement des bases de données supplémentaires, d'autres applications Oracle et/ou non Oracle, ainsi que d'autres services OCI tels que OIC, ODI, OHS, OCI IAM, etc.

Fig 4: Full Stack DR deployment architecture using Oracle Exadata Database Service on Dedicated Infrastructure

Définitions et hypothèses tout au long du tutoriel

Régions

Le rôle de base de données principale et de base de données de secours est fonction des groupes de protection RS de pile complète OCI, et non des régions elles-mêmes. Une région peut fonctionner comme principale pour une pile d'applications, mais aussi comme base de secours pour une pile d'applications complètement différente. Le rôle du primaire et du standby est fluide.

Ce tutoriel commence par la pile d'applications Oracle E-Business Suite s'exécutant dans Phoenix et par toute la ressource de secours s'exécutant dans Ashburn. Ces deux régions ne sont qu'à titre d'exemple; deux régions OCI prenant en charge votre pile d'applications peuvent être utilisées dans la pratique.

• La région 1 est Phoenix.

  • Phoenix deviendra la région principale.
  • Phoenix commence comme région principale parce que :
    • L'application Oracle E-Business Suite s'exécute dans Phoenix.
    • La tâche rsync cron d'Oracle E-Business Suite copie les données de /u01 sur les serveurs d'applications (VM) Oracle E-Business Suite de Phoenix vers les serveurs d'applications s'exécutant à Ashburn.
    • La base de données de Phoenix a le rôle principal Oracle Data Guard.
  • Phoenix deviendra la base de données de secours une fois que vous aurez reçu l'ordre d'effectuer une permutation dans des tâches ultérieures.

• La région 2 est Ashburn.

  • Ashburn deviendra la région de secours.
  • Ashburn commence en tant que région de secours car :
    • Les serveurs d'applications de secours Oracle E-Business Suite s'exécutent dans Ashburn.
    • L'application Oracle E-Business Suite ne s'exécute pas dans Ashburn.
    • Les données dans /u01 sont en cours de copie de Phoenix vers les machines virtuelles dans Ashburn.
    • La base de données dans Ashburn a le rôle de base de données de secours Oracle Data Guard.
  • Ashburn deviendra finalement la principale après avoir reçu l'ordre d'effectuer une permutation dans des tâches ultérieures.

Compartiments

Vous êtes libre d'organiser la reprise après sinistre de pile complète d'Oracle E-Business Suite et d'OCI dans n'importe quel schéma de compartiment conforme à vos normes de gouvernance des TI. Nous avons choisi d'organiser les applications dans leurs propres compartiments individuels, puis d'organiser tous les groupes de protection RS dans un seul compartiment où les systèmes d'affaires complètement différents peuvent être vus en un coup d'oeil.

• L'organisation de tous les groupes de protection RS en un seul compartiment, en dehors des applications, facilite grandement la localisation et l'exécution des plans de reprise après sinistre pour de nombreux systèmes d'entreprise complètement différents.
• La présence d'un seul compartiment pour tous les groupes de protection RS permet d'éliminer les erreurs humaines et d'augmenter la vitesse à laquelle les plans RS peuvent être trouvés et exécutés.
  • Compartiment pour Oracle E-Business Suite (ebstesting). Le compartiment pour Oracle E-Business Suite lui-même, le stockage, les seaux de stockage, le calcul et la base de données liés à Oracle E-Business Suite est ebstesting dans ce tutoriel.
  • Compartiment pour la reprise après sinistre de pile complète OCI myprojects. Le compartiment pour les groupes et les plans de protection RS de pile complète OCI est myprojects dans ce tutoriel.

Objectifs

Les tâches suivantes seront décrites dans ce tutoriel expliquant comment automatiser la récupération pour Oracle E-Business Suite à l'aide de la récupération après sinistre de pile complète OCI.

Note : Nous commençons par la région 1 (Phoenix) et la région 2 (Ashburn). L'application de production Oracle E-Business Suite s'exécute dans la région 1 et la reprise après sinistre est configurée dans la région. Ceci est très important, car tout au long du tutoriel, nous appelons la région 1 et la région 2 plutôt que la région name.If réelle, votre déploiement utilise différentes régions OCI. Assurez-vous ensuite de vous référer à ces régions de production et de reprise après sinistre respectives.

1. Tâche 1 : Déployer Oracle E-Business Suite pour la reprise après sinistre dans les régions OCI.

   1. Installez et déployez manuellement Oracle E-Business Suite pour la reprise après sinistre dans deux régions OCI.
   2. Testez manuellement toutes les étapes de récupération de la région 1 souhaitée à la région 2.
   3. Testez manuellement toutes les étapes de récupération de la région 2 souhaitée à la région 1.

2. Tâche 2 : Préparer la reprise après sinistre de pile complète OCI.

   1. Configurer des politiques OCI IAM pour la reprise après sinistre de pile complète.
   2. Configurer des politiques de l'OCI IAM pour d'autres services OCI.
   3. Téléchargez et installez des scripts Oracle E-Business Suite personnalisés sur les serveurs d'applications Oracle E-Business Suite.
   4. Assurez-vous que les serveurs d'applications Oracle E-Business Suite peuvent exécuter des scripts et des commandes.
   5. Créer des clés secrètes de chambre forte pour la base de données Oracle E-Business Suite.
   6. Créer des seaux de stockage d'objets pour les journaux.

3. Tâche 3 : Créer et associer des groupes de protection RS.

4. Tâche 4 : Ajouter des membres de base de données et de calcul Oracle E-Business Suite aux groupes de protection RS des régions 1 et 2.

5. Tâche 5 : Créer les plans RS dans la région 2 (Ashburn).

   1. création d'un plan de permutation;
   2. Créer un plan de basculement.
   3. Créer un plan de forage de début.

6. Tâche 6 : Personnaliser les plans RS de la région 2 (Ashburn).

7. Tâche 7 : Exécuter le plan de permutation dans la région 2 (Ashburn).

8. Tâche 8 : Créer des plans RS de base dans la région 1 (Phoenix) et personnaliser les plans RS dans la région 1 (Phoenix).

   1. Créez un plan de permutation et personnalisez le plan de permutation dans la région 1 (Phoenix).
   2. Créez un plan de basculement et personnalisez-le dans la région 1 (Phoenix).
   3. Créez un plan de forage de début et personnalisez le plan de forage de début dans la région 1 (Phoenix).

Préalables

Oracle E-Business Suite doit être déployé pour la récupération après sinistre dans les deux régions avant de commencer à utiliser la récupération après sinistre de pile complète pour OCI. Ceci est couvert par la tâche 1.

Tâche 1 : Déployer Oracle E-Business Suite pour la reprise après sinistre

La récupération après sinistre de pile complète OCI n'est impliquée dans aucune partie de cette tâche.

Oracle E-Business Suite doit être déployé pour la récupération après sinistre dans les régions OCI à l'aide de l'un des deux articles de connaissance My Oracle Support (MOS) différents (notes KM) avant de commencer à travailler avec la récupération après sinistre de pile complète OCI.

Il est également très important que les étapes manuelles décrites dans les notes de gestion des connaissances ainsi que les scripts/l'automatisation personnalisés nécessaires pour récupérer Oracle E-Business Suite aient été entièrement testées avant de commencer à travailler avec la reprise après sinistre de pile complète pour OCI.

Oracle E-Business Suite prend actuellement en charge les services Oracle Base Database Service et Oracle Exadata Database Service on Dedicated Infrastructure. Le service Oracle Autonomous Database n'est pas pris en charge actuellement avec Oracle E-Business Suite. Suivez les instructions figurant dans l'une ou l'autre des notes de gestion des connaissances suivantes :

• ID document 2875417.1 : Déployer Oracle E-Business Suite pour la récupération après sinistre à l'aide de BaseDB

• ID document 2919723.1 : Déployer Oracle E-Business Suite pour la récupération après sinistre à l'aide de ExaDB-D

Tâche 2 : Préparer la location pour la reprise après sinistre de pile complète OCI

La récupération après sinistre de pile complète OCI n'est impliquée dans aucune partie de cette tâche. Les étapes suivantes préparent la location, le compartiment, les services OCI et Oracle E-Business Suite pour une récupération automatisée par la récupération après sinistre de pile complète OCI. La plupart des tâches présentées dans cette section sont décrites dans Préalables pour la récupération après sinistre de pile complète.

Tâche 2.1 : Configurer les politiques OCI IAM pour la reprise après sinistre de pile complète OCI

Configurer les politiques OCI IAM requises pour la reprise après sinistre sur pile complète de l'OCI, comme indiqué dans les documents suivants.

• Politiques pour la récupération après sinistre de pile complète.
• Configuration des politiques de gestion des identités et des accès (IAM) nécessaires pour la récupération après sinistre de pile complète.

Tâche 2.2 : Configurer les politiques OCI IAM pour les autres services gérés par la reprise après sinistre de pile complète OCI

La récupération après sinistre de pile complète OCI doit pouvoir contrôler et gérer d'autres services OCI clés tels que le calcul, le réseau, le stockage, les chambres fortes, les bases de données et d'autres services divers. Configurer les politiques OCI IAM requises pour d'autres services, comme expliqué dans le document suivant

• Politiques pour les autres services gérés par la récupération après sinistre de pile complète.

Tâche 2.3 : Télécharger et installer l'application Oracle E-Business SuiteScripts personnalisée sur les serveurs d'applications Oracle E-Business Suite

La récupération après sinistre de pile complète OCI comporte une intelligence intégrée pour orchestrer la récupération des ressources d'infrastructure-service (IaaS) et de plate-forme-service (PaaS). La récupération après sinistre de pile complète OCI n'a pas d'intelligence intégrée pour orchestrer la récupération pour Oracle E-Business Suite, car Oracle E-Business Suite ne fournit pas actuellement d'API natives de récupération après sinistre OCI pour déployer ou gérer sa propre récupération après sinistre intégrée.

Toutefois, la récupération après sinistre de pile complète OCI peut toujours orchestrer la récupération pour Oracle E-Business Suite en ajoutant des groupes de plans RS définis par l'utilisateur et des étapes aux plans RS de base créés plus tard dans ce tutoriel. Comme indiqué dans la partie 1 de ce tutoriel, les étapes définies par l'utilisateur appellent une série de scripts personnalisés qui effectuent diverses tâches nécessaires à la récupération d'Oracle E-Business Suite. Les scripts doivent être téléchargés et installés sur toutes les instances de calcul des serveurs d'applications Oracle E-Business Suite dans les deux régions :

1. Téléchargez les scripts Oracle E-Business Suite à partir d'ici : Scripts Oracle E-Business Suite pour la récupération après sinistre de pile complète pour OCI.
2. Copiez les scripts dans n'importe quel répertoire de chacun des serveurs d'applications Oracle E-Business Suite de la région 1.
3. Copiez les scripts dans le même répertoire sur chacun des serveurs d'applications Oracle E-Business Suite de la région 2.
4. Assurez-vous que les fichiers appartiennent à l'utilisateur oracle.
5. Assurez-vous que les fichiers sont exécutables.

Tâche 2.4 : S'assurer que les serveurs d'applications Oracle E-Business Suite peuvent exécuter des scripts et des commandes

La récupération après sinistre de pile complète pour OCI devra exécuter les scripts Oracle E-Business Suite qui ont été téléchargés sur les serveurs d'applications Oracle E-Business Suite. La récupération après sinistre de pile complète OCI exécute les scripts à l'aide d'Oracle Cloud Agent sur chaque instance de calcul. Il est très important que toutes les instances de calcul utilisées en tant que serveurs d'applications Oracle E-Business Suite dans les deux régions puissent exécuter des commandes au moyen de la console OCI à l'aide d'Oracle Cloud Agent.

Pour plus d'informations, voir Préparation des instances de calcul pour la récupération après sinistre de pile complète. Portez une attention particulière aux instructions relatives à l'exécution de commandes avec des privilèges d'administrateur.

Vérifier que les commandes peuvent être exécutées à partir de la console OCI

Note : Cette tâche garantit simplement qu'Oracle Could Agent peut exécuter des commandes. Il ne vérifie pas que des politiques appropriées sont en place pour permettre à la reprise après sinistre de pile complète d'exécuter des commandes au moyen d'Oracle Cloud Agent. Cela apparaîtra dans les étapes ultérieures lorsque le tutoriel explique comment valider le plan RS de permutation dans la région 2.

Utilisez la fonction Exécuter une commande de calcul instancié pour valider qu'Oracle Cloud Agent peut exécuter des commandes. Les images suivantes présentent la commande Exécuter dans la page de détails des instances de calcul de la console OCI.

1. Sélectionnez Exécuter la commande.
2. Sélectionnez Créer une commande et entrez toute commande Linux valide telle que date. Modifiez la temporisation à quelque chose de raisonnable comme 3 minutes avant d'exécuter la commande.

Figure 2.4.1.1 : Exécutez une commande à partir de la console OCI

Tâche 2.5 : Créer des clés secrètes de chambre forte OCI pour la base de données Oracle E-Business Suite

La récupération après sinistre de pile complète pour OCI aura besoin du mot de passe sys de la base de données afin qu'elle puisse déclencher automatiquement Oracle Data Guard lors des basculements et des permutations. Ajoutez le mot de passe sys de la base de données à une clé secrète de chambre forte dans les deux régions, comme expliqué ici : Préparation de bases de données Oracle pour la récupération après sinistre de pile complète.

Tâche 2.6 : Créer des seaux de stockage d'objets OCI pour les journaux

Note : Ignorez entièrement la tâche 2.3 si vous ajoutez Oracle E-Business Suite à des groupes de protection RS existants.

Créez des seaux de stockage d'objets OCI dans les régions principale et de secours pour stocker les journaux générés par la récupération après sinistre de pile complète OCI lors des opérations de récupération, comme expliqué ici : Préparation de l'emplacement du journal pour les journaux d'opérations.

Tâche 2.6.1 : Naviguer jusqu'au service de stockage d'objets pour OCI

Commencez par naviguer jusqu'à Stockage d'objets et stockage d'archives, comme illustré à la figure 2-1.

1. Assurez-vous que le contexte du navigateur est réglé à la région 1 (Phoenix).
2. Cliquez sur Service de stockage.
3. Cliquez sur Seaux.

Figure 2.6.1.1 : Naviguez jusqu'au stockage d'objets

Tâche 2.6.2 : Créer un seau de stockage d'objets OCI dans les régions 1 et 2

Créez un seau de stockage d'objets OCI dans la région 1. Créez ensuite un seau de stockage identique dans la région 2. Les seaux seront affectés aux groupes de protection RS des régions 1 et 2 dans une tâche ultérieure.

1. Sélectionnez le compartiment qui contient les ressources connexes à Oracle E-Business Suite. Le compartiment peut être différent dans chaque région.
2. Cliquez sur Créer un seau.
3. Donnez au seau un nom significatif qui identifie facilement l'application et l'objectif qu'il sert; il n'y a aucune raison d'inclure la région dans le nom. Par exemple, ce nom indique qu'il est utilisé pour les journaux de récupération après sinistre de pile complète OCI liés aux opérations de récupération après sinistre pour Oracle E-Business Suite.
4. Utilisez la valeur par défaut pour Niveau et Chiffrement.
5. Cliquez sur Créer pour créer le seau.

Figure 2.6.2.1 : Créez un seau de stockage d'objets dans les régions 1 et 2

Tâche 3 : Créer et associer des groupes de protection RS

Il s'agit de la première tâche impliquant la récupération après sinistre de pile complète. Créez des groupes de protection RS dans les régions 1 et 2 si les groupes de protection pour cette pile d'applications n'existent pas encore.

Note : Ignorez entièrement la tâche 3 si Oracle E-Business Suite est ajouté à des groupes de protection RS existants.

Cette tâche commence la première étape de configuration de la récupération après sinistre de pile complète OCI pour la pile d'applications qui inclut Oracle E-Business Suite. Les groupes de protection RS informent la récupération après sinistre de pile complète OCI des services OCI IaaS et PaaS qui font partie d'une seule pile d'applications et des deux régions qui agiront en tant que base de données principale et de secours pour le système d'affaires. Les groupes de protection RS constituent la base sur laquelle tout le reste est construit.

Toutes les ressources OCI IaaS et PaaS qui appartiennent à la pile d'applications des deux régions seront ajoutées dans le cadre de la tâche 4.

Note : Bien que ce tutoriel inclut uniquement Oracle E-Business Suite, les groupes de protection RS contiennent normalement des services OCI IaaS et PaaS pour de nombreuses applications Oracle et non Oracle différentes et en plus de celles requises par Oracle E-Business Suite.

Tâche 3.1 : Créer un groupe de protection dans la région de secours 2 (Ashburn)

Commencez par créer un groupe de protection RS non associé dans la région 2. Il n'est pas nécessaire que le groupe de protection soit créé dans la région de secours, le processus circule juste un peu mieux en commençant dans la région 2.

Tâche 3.1.1 : Accéder aux groupes de protection RS

Commencez par naviguer jusqu'aux groupes de protection RS (OCI Full Stack DR) comme le montre la figure 3.1.1.

1. Assurez-vous que le contexte de région OCI est réglé à la région 2 (Ashburn).
2. Cliquez sur Migration et récupération après sinistre.
3. Cliquez sur Groupes de protection RS.

Figure 3.1.1 : Naviguez jusqu'aux groupes de protection RS

Tâche 3.1.2 : Créer le groupe de protection

Créez un groupe de protection RS de base (DRPG) dans la région 2, comme illustré à la figure 3-1-2. Le pair, le rôle et les membres seront affectés aux étapes ultérieures.

1. Sélectionnez le compartiment dans lequel vous souhaitez créer la passerelle DRPG. Il peut s'agir du même compartiment où existent des ressources Oracle E-Business Suite ou de tout autre compartiment lié au projet.
2. Sélectionnez Créer un groupe de protection RS pour ouvrir la boîte de dialogue dans laquelle vous entrez les paramètres de création du groupe de protection.

Figure 3.1.2 : Commencez à créer un groupe de protection RS dans la région 2

Tâche 3.1.3 : Ajouter les paramètres nécessaires pour créer le groupe de protection

Ajoutez un nom et un seau de stockage d'objets OCI pour les journaux, comme illustré à la figure 3.1.3.

1. Utilisez un nom simple et significatif pour le DRGP. Cet exemple montre le nom du système d'affaires et de la région.
2. Sélectionnez le compartiment dans lequel vous voulez que la passerelle DRPG soit créée dans la région 2.
3. Sélectionnez le seau de stockage d'objets créé à la tâche 2 pour la région 2. Vous devrez peut-être modifier le compartiment si vous avez créé le seau dans un autre compartiment.

N'entrez aucun paramètre supplémentaire. Cliquez sur Créer au bas de la boîte de dialogue (non affichée ici).

Figure 3.1.3 : Paramètres nécessaires pour créer un groupe de protection RS dans la région 2

Ce que vous devriez voir après la création du groupe de protection

Le premier groupe de protection RS sera créé comme illustré à la figure 3-2.3. Les rôles et les informations sur les pairs seront affectés dans le cadre de la tâche 3.4.

Figure 3.1.4 : Affichage du groupe de protection RS nouvellement créé dans la région 2

Tâche 3.2 : Créer un groupe de protection dans la région principale 1 (Phoenix)

Créez un groupe de protection dans la région 1. Dans une tâche ultérieure, vous ajouterez toutes les ressources OCI qui appartiennent à la pile d'applications de cette région. C'est ainsi qu'OCI Full Stack DR connaît les ressources considérées comme faisant partie d'un système d'affaires de cette région.

Tâche 3.2.1 : Créer le groupe de protection

Créez un groupe de protection RS de base (DRPG) dans la région 1, comme illustré à la figure 3.2.1. Le pair, le rôle et les membres seront affectés aux étapes ultérieures.

1. Remplacez le contexte de région OCI par la région 1.
2. Sélectionnez le compartiment dans lequel vous souhaitez créer la passerelle DRPG. Les gens choisissent normalement le même compartiment qui a été utilisé pour créer la passerelle DRPG dans la région 2.
3. Sélectionnez Créer un groupe de protection RS pour ouvrir la boîte de dialogue dans laquelle vous entrez les paramètres pour créer le groupe de protection.

Figure 3.2.1 : Commencez à créer un groupe de protection RS dans la région 1

Tâche 3.2.2 : Ajouter les paramètres nécessaires pour créer le groupe de protection

Ajoutez un nom et un seau de stockage d'objets pour les journaux, comme illustré à la figure 3-5.

1. Utilisez un nom simple et significatif pour le groupe DR PRotection. Cet exemple montre le nom du système d'affaires et de la région.
2. Sélectionnez le compartiment dans lequel vous voulez que la passerelle DRPG soit créée dans la région 1. Les gens utilisent généralement le même compartiment dans les deux régions.
3. Sélectionnez le seau de stockage d'objets créé dans la tâche 2 pour la région 1. Vous devrez peut-être modifier le compartiment si vous avez créé le seau dans un autre compartiment.

Figure 3.2.2 : Paramètres nécessaires pour créer un groupe de protection RS dans la région 1

Ce que vous devriez voir après la création du groupe de protection

Le deuxième groupe de protection RS sera créé comme illustré à la figure 3.2.3. Les rôles et les informations sur les pairs seront attribués dans le cadre de la tâche 3.3.

Figure 3.2.3 : Affichage du groupe de protection RS nouvellement créé dans la région 2

Tâche 3.3 : Associer des groupes de protection dans la région 1 et la région 2

Associez les DRPG de chaque région en tant que pairs et affectez les rôles de base de données principale et de base de secours. C'est ainsi que la récupération après sinistre de pile complète pour OCI saura quelles deux régions fonctionnent ensemble pour la récupération Oracle E-Business Suite. Les rôles de base de données principale et de base de secours sont automatiquement modifiés par la récupération après sinistre de pile complète OCI dans le cadre de toute opération de récupération après sinistre/exécution de plan de récupération après sinistre. Il n'est pas nécessaire de gérer les rôles manuellement à tout moment après l'affectation des rôles initiaux aux passerelles DRPG dans cette tâche.

Tâche 3.3.1 : Commencer l'association

1. Assurez-vous que le contexte de région OCI est réglé à la région 1 (Phoenix).
2. Cliquez sur Associer pour lancer le processus.

Figure 3.3.1 : Démarrer l'association DRPG

Tâche 3.3.2 : Associer des groupes de protection dans la région 1 et la région 2

Indiquez les paramètres indiqués à la figure 3.3.2.

1. Sélectionnez le rôle principal. La récupération après sinistre de pile complète OCI affectera automatiquement le rôle de secours à la région 2.
2. Sélectionnez la région 2 (Phoenix) où l'autre DRPG a été créé.
3. Sélectionnez la passerelle DRPG pair dans laquelle a été créée.

Figure 3.3.2 : Paramètres nécessaires pour associer les passerelles DRPG

Ce que vous devriez voir après l'association est complet :

La récupération après sinistre de pile complète OCI affichera un exemple de figure 3.3.3 une fois l'association terminée.

1. Le DRPG principal actuel est Phoenix (région 1).
2. La passerelle DRPG de secours courante est Ashburn (région 2).

Figure 3.3.3 : Affichage de la relation entre pairs du point de vue des DRPG individuels

Les mêmes informations peuvent être trouvées chaque fois que le contexte/vue est d'une perspective globale montrant tous les groupes de protection RS, comme illustré à la figure 3.4.3.2.

1. Le DRPG principal actuel est Phoenix (région 1).
2. La passerelle DRPG de secours courante est Ashburn (région 2).

Image 3.4.3.2 : Affichage de la relation d'appairage dans la perspective DRPG globale

Tâche 4 : Ajouter des membres Oracle E-Business Suite aux groupes de protection RS de région 1 et de région 2

Ajoutez la base de données et les serveurs d'applications Oracle E-Business Suite non mobiles en tant que membres du groupe de protection RS (DRPG) dans les deux régions. Le calcul non mobile signifie que les serveurs d'applications Oracle E-Business Suite qui existent dans la région 1 ne sont jamais lancés ou démarrés dans la région 2. Les volumes de démarrage pour un calcul non mobile ne sont pas répliqués à l'aide de la réplication du service de stockage OCI vers la région 2 et ne sont ajoutés en tant que membres d'aucun groupe de protection RS.

Ce tutoriel montre uniquement les étapes liées à Oracle E-Business Suite, mais vous devriez également profiter de cette occasion pour ajouter des services OCI IaaS et PaaS supplémentaires qui doivent être récupérés avec Oracle E-Business Suite. Par exemple, il peut y avoir d'autres services de calcul, de calcul non mobiles, de bases de données, d'équilibreurs de charge, de systèmes de fichiers, de stockage par blocs ou de stockage d'objets associés à d'autres applications internes ou Oracle qui font partie de l'écosystème Oracle E-Business Suite.

Note : Cette tâche actualisera tous les plans RS existants dans les deux régions lors de l'ajout de membres à des groupes de protection RS existants. Pour plus d'informations, voir Actualiser un plan de récupération après sinistre.

Tâche 4.1 : Ajouter des ressources de membre au groupe de protection RS à la région 1 (Phoenix)

Vous allez ajouter les ressources suivantes en tant que membres de la passerelle DRPG principale dans la région 1.

1. Deux serveurs d'applications Oracle E-Business Suite non mobiles (Oracle E-Business Suite installé et en cours d'exécution).
2. Base de données Oracle RAC pour Oracle E-Business Suite (pair principal Oracle Data Guard).

Tâche 4.1.1 : Naviguer jusqu'au groupe de protection RS principal

Accédez au groupe de protection RS de la région 1, comme illustré à la figure 4.1.1.

1. Assurez-vous que le contexte de région OCI est la région 1 (Phoenix).
2. Sélectionnez le groupe de protection RS dans la région 1.

Figure 4.1.1 : Naviguez jusqu'au groupe de protection RS de la région 1

Tâche 4.1.2 : Ajouter Oracle E-Business Suite Application Server 1

Commencez par ouvrir la boîte de dialogue Ajouter un membre pour ajouter le premier serveur d'applications.

1. Cliquez sur Membres.
2. Cliquez sur Ajouter un membre.

Figure 4.1.2.1 : Ouvrez la boîte de dialogue Add members (Ajouter des membres).

Sélectionnez le serveur d'applications 1 dans la région 1, comme illustré à la figure 4.1.2.2. Vous n'avez pas besoin d'ajouter de groupes de volumes par blocs ni de spécifier de propriétés de réseau, car il s'agit d'une instance non mobile.

1. Sélectionnez Calcul comme type de ressource.
2. Sélectionnez le compartiment contenant les serveurs d'applications Oracle E-Business Suite et sélectionnez l'instance de calcul que vous avez désignée comme serveur d'applications 1.
3. Sélectionnez Instance non mobile. La récupération après sinistre de pile complète pour OCI est informée qu'elle ne doit pas tenter de lancer une machine virtuelle répliquée dans la région de secours lors d'une opération de récupération après sinistre.
4. Cliquez sur Ajouter pour ajouter l'instance de calcul à la passerelle DRPG (non affichée).

Figure 4.1.2.2 : Spécifiez les paramètres du serveur d'applications 1

Tâche 4.1.3 : Ajouter Oracle E-Business Suite Application Server 2

1. Cliquez sur Ajouter un membre.

   
   Figure 4.1.3.1 : Ouvrez la boîte de dialogue Add members (Ajouter des membres).

Sélectionnez le serveur d'applications 2 dans la région 1, comme illustré à la figure 4.1.3.2. Vous n'avez pas besoin d'ajouter de groupes de volumes par blocs ni de spécifier de propriétés de réseau, car il s'agit d'une instance non mobile.

1. Sélectionnez Calcul comme type de ressource.
2. Sélectionnez le compartiment contenant les serveurs d'applications Oracle E-Business Suite et sélectionnez l'instance de calcul que vous avez désignée comme serveur d'applications 2.
3. Sélectionnez Instance non mobile. La récupération après sinistre de pile complète pour OCI est informée qu'elle ne doit pas tenter de lancer une machine virtuelle répliquée dans la région de secours lors d'une opération de récupération après sinistre.
4. Cliquez sur Ajouter pour ajouter l'instance de calcul à la passerelle DRPG (non affichée).

Figure 4.1.3.2 : Spécifiez les paramètres du serveur d'applications 2

Tâche 4.1.4 : Ajouter Oracle Database clusterisée principale

1. Cliquez sur Ajouter un membre pour ajouter la base de données en tant que membre.

   
   Figure 4.1.4.1 : Ouvrez la boîte de dialogue Add members (Ajouter des membres).

Sélectionnez la base de données RAC pour Oracle E-Business Suite dans la région 1, comme illustré à la figure 4.1.4.2. Cela fonctionne également exactement de la même manière pour les bases de données à instance unique.

1. Sélectionnez Base de données comme type de ressource. Le type de ressource Base de données permet le choix entre Oracle Base Database Service ou Oracle Exadata Database Service on Dedicated Infrastructure, tous deux pris en charge par l'ingénierie d'Oracle E-Business Suite en tant que choix valides.
2. The figure image shows Oracle Base Database Service, but you can also use the popular Oracle Exadata Database Service on Dedicated Infrastructure.
3. Sélectionnez les valeurs de ces champs qui correspondent à votre déploiement. Demandez à l'administrateur de base de données si vous ne connaissez pas les réponses à ces sélections.
4. Sélectionnez le compartiment et la clé secrète de la chambre forte contenant le mot de passe pour la base de données. Vous auriez dû créer une chambre forte et une clé secrète similaires dans la région 2 dans le cadre de la tâche 2.4. Ce paramètre se trouve dans la boîte de dialogue pour assurer la compatibilité avec les autres API DBaaS, mais le mot de passe n'est pas utilisé du tout.
5. Cliquez sur Ajouter pour ajouter la base de données en tant que membre (non affiché).

Figure 4.1.4.2 : Spécifiez les paramètres pour la base de données RAC dans la région 1

La liste des membres du groupe de protection RS doit ressembler à la capture d'écran de la figure 4.1.4.3. Votre liste peut être différente si vous ajoutez plus qu'Oracle E-Business Suite à ce groupe de protection RS particulier ou si vous ajoutez des ressources membres d'Oracle E-Business Suite à un groupe de protection RS existant.

Image 4.1.4.3 : Liste complète des membres requis pour Oracle E-Business Suite dans la région 1

Tâche 4.2 : Ajouter des ressources de membre à DRPG dans la région 2 (Ashburn)

Vous allez ajouter les ressources affichées dans la liste en tant que membres de la passerelle DRPG de secours dans la région 2.

1. Les deux serveurs d'applications Oracle E-Business Suite non mobiles (Oracle E-Business Suite installé, mais pas en cours d'exécution).
2. Base de données RAC pour Oracle E-Business Suite (pair de secours Oracle Data Guard).

Oracle E-Business Suite exige que les serveurs d'applications existent dans les deux régions où l'application est installée. Les serveurs d'applications doivent être en cours d'exécution à tout moment dans la région de secours avec l'application Oracle E-Business Suite installée, mais pas dans la région de secours.

Cela signifie que les mises à niveau du système d'exploitation et des applications, les correctifs et toute autre maintenance de routine doivent être effectués de manière indépendante dans les deux régions.

La récupération après sinistre de pile complète OCI fait référence à ce modèle de calcul non mobile, car les machines virtuelles ne sont pas répliquées vers une autre région et ne déplacer jamais vers d'autres régions au cours d'une opération de récupération après sinistre. Les appareils de démarrage pour les instances de calcul désignées comme étant des instances de calcul non mobiles dans la reprise après sinistre de pile complète OCI ne doivent pas être répliqués dans la région de secours. Par conséquent, aucun groupe de volumes par blocs répliqué contenant des périphériques de démarrage pour un calcul non mobile n'est ajouté aux groupes de protection RS (DRPG).

Note : Comme mentionné précédemment, il est inhabituel qu'Oracle E-Business Suite soit la seule application ou service associée à une paire de groupes de protection RS de pile complète OCI. Vous pouvez également avoir d'autres ressources IaaS et PaaS en tant que membres du groupe de protection RS dans la région de secours.

Tâche 4.2.1 : Naviguer jusqu'au groupe de protection RS de secours

Naviguez jusqu'au groupe de protection RS de la région 2, comme illustré à la figure 4.2.1.

1. Assurez-vous que le contexte de région OCI est la région 2 (Ashburn).
2. Sélectionnez le groupe de protection RS dans la région 2.

Figure 4.2.1 : Naviguez jusqu'au groupe de protection RS dans la région 2

Tâche 4.2.2 : Ajouter Oracle E-Business Suite Application Server 1

Commencez par ouvrir Add member (Ajouter un membre) pour ajouter le premier serveur d'applications.

1. Sélectionnez Membres.
2. Cliquez sur Ajouter un membre.

Figure 4.2.2.1 : Ouvrez la boîte de dialogue Add members (Ajouter des membres).

Sélectionnez le serveur d'applications 1 dans la région 2, comme illustré à la figure 4.2.2.2. Vous n'avez pas besoin d'ajouter de groupes de volumes par blocs ni de spécifier de propriétés de réseau, car il s'agit d'une instance non mobile.

1. Sélectionnez Calcul comme type de ressource.
2. Sélectionnez le compartiment contenant les serveurs d'applications Oracle E-Business Suite et sélectionnez l'instance de calcul que vous avez désignée comme serveur d'applications 1.
3. Sélectionnez Instance non mobile. La récupération après sinistre de pile complète pour OCI est informée qu'elle ne doit pas tenter de lancer une machine virtuelle répliquée dans la région de secours lors d'une opération de récupération après sinistre.
4. Cliquez sur Ajouter pour ajouter l'instance de calcul à la passerelle DRPG (non affichée).

Figure 4.2.2.2 : Spécifiez les paramètres du serveur d'applications 1

Tâche 4.2.3 : Ajouter Oracle E-Business Suite Application Server 2

1. Cliquez sur Ajouter un membre pour ajouter le 2e serveur d'applications.

   
   Figure 4.2.3.1 : Ouvrez la boîte de dialogue Add members (Ajouter des membres).

Sélectionnez le serveur d'applications 2 dans la région 2, comme illustré à la figure 4.2.3.2. Vous n'avez pas besoin d'ajouter de groupes de volumes par blocs ni de spécifier de propriétés de réseau, car il s'agit d'une instance non mobile.

1. Sélectionnez Calcul comme type de ressource.
2. Sélectionnez le compartiment contenant les serveurs d'applications Oracle E-Business Suite et sélectionnez l'instance de calcul que vous avez désignée comme serveur d'applications 2.
3. Sélectionnez Instance non mobile. La récupération après sinistre de pile complète pour OCI est informée qu'elle ne doit pas tenter de lancer une machine virtuelle répliquée dans la région de secours lors d'une opération de récupération après sinistre.
4. Cliquez sur Ajouter pour ajouter l'instance de calcul à la passerelle DRPG (non affichée).

Figure 4.2.3.2 : Spécifiez les paramètres du serveur d'applications 2

Tâche 4.2.4 : Ajouter une base de données Oracle Standby Clustered

1. Cliquez sur Ajouter un membre pour ajouter la base de données en tant que membre.

   
   Figure 4.2.4.1 : Ouvrez la boîte de dialogue Add members (Ajouter des membres).

Sélectionnez la base de données RAC pour Oracle E-Business Suite dans la région 2, comme illustré à la figure 4.2.4.2. Cela fonctionne également exactement de la même manière pour les bases de données à instance unique.

1. Sélectionnez Base de données comme type de ressource. Le type de ressource Base de données permet le choix entre Oracle Base Database Service ou Oracle Exadata Database Service on Dedicated Infrastructure, tous deux pris en charge par l'ingénierie d'Oracle E-Business Suite en tant que choix valides.
2. The figure below shows Oracle Base Database Service, but you can also use the popular Oracle Exadata Database Service on Dedicated Infrastructure.
3. Sélectionnez les valeurs de ces champs qui correspondent à votre déploiement. Demandez à l'administrateur de base de données si vous ne connaissez pas les réponses à ces sélections.
4. Sélectionnez le compartiment et la clé secrète de la chambre forte contenant le mot de passe pour la base de données. Vous auriez dû créer une chambre forte et une clé secrète similaires dans la région 2 dans le cadre de la tâche 2.4. Ce paramètre se trouve dans la boîte de dialogue pour assurer la compatibilité avec les autres API DBaaS, mais le mot de passe n'est pas utilisé du tout.
5. Cliquez sur Ajouter pour ajouter la base de données en tant que membre (non affiché).

Figure 4.2.4.2 : Spécifiez les paramètres pour la base de données RAC dans la région 2

La liste des membres du groupe de protection RS doit ressembler à la capture d'écran de la figure 4.2.4.3. Votre liste peut être différente si vous ajoutez plus qu'Oracle E-Business Suite à ce groupe de protection RS particulier ou si vous ajoutez des ressources membres d'Oracle E-Business Suite à un groupe de protection RS existant.

Image 4.2.4.3 : Liste complète des membres requis pour Oracle E-Business Suite dans la région 2

Tâche 5 : Créer les plans RS dans la région 2

Cette tâche crée des plans de permutation de base, de basculement et de démarrage de forage associés au groupe de protection RS de secours dans la région 2 (Ashburn).

Chaque plan a pour objet de faire passer la charge de travail de la région principale 1 à la région de secours 2. Les rôles des groupes de protection RS dans les deux régions sont automatiquement annulés dans le cadre d'une opération de récupération après sinistre. Ainsi, le groupe de protection dans la région 1 deviendra la base de secours et le groupe de protection dans la région 2 deviendra la base principale après un basculement ou une permutation.

La récupération après sinistre de pile complète OCI préalimentera les deux plans avec des étapes intégrées en fonction des ressources membres ajoutées aux tâches précédentes. Les plans seront personnalisés ultérieurement pour gérer toutes les tâches liées au système Oracle E-Business Suite au cours d'une opération de récupération.

Les plans de reprise après sinistre sont toujours créés dans le groupe de protection avec le rôle de secours. La région 2 est actuellement le groupe de protection de secours. Nous allons donc commencer à Ashburn.

Créez des plans de base en sélectionnant le DRPG dans la région 2, comme illustré à la figure 5-1.

1. Assurez-vous que le contexte de région OCI est la région 2 (Ashburn).
2. Sélectionnez la passerelle DRPG de secours dans la région 2.
3. Sélectionnez Plans.
4. Cliquez sur Créer un plan pour commencer le processus.

Figure 5-0 : Comment commencer à créer des plans RS de base dans la région 2

Tâche 5.1 : Créer un plan RS pour la permutation vers la région 2

La création d'un plan RS est simple, comme le montre la figure 5-2.

1. Rendez le nom du plan de permutation simple mais significatif. Le nom devrait être aussi court que possible, mais facile à comprendre en un coup d'œil pour aider à réduire la confusion et l'erreur humaine pendant une crise.
2. Sélectionnez Type de plan. Il n'y a que quatre types de plans au moment de la rédaction de ce document.

Figure 5-1 : Paramètres nécessaires pour créer un plan de permutation RS

Tâche 5.2 : Créer un plan RS pour le basculement vers la région 2

Suivez le même processus pour créer un plan de basculement de base, comme illustré à la figure 5-2.

1. Rendez le nom du plan de basculement simple mais significatif.
2. Sélectionnez Type de plan. Il n'y a que quatre types de plans au moment de la rédaction de ce document.

Figure 5-2 : Paramètres nécessaires à la création d'un plan de basculement RS

Tâche 5.3 : Créer un plan RS pour démarrer le forage dans la région 2

Suivez le même processus pour créer un plan de forage de début, comme illustré à la figure 5-3.

1. Rendez le nom du plan de forage de début simple mais significatif.
2. Sélectionnez Type de plan. Il n'y a que quatre types de plans au moment de la rédaction de ce document.

Figure 5-3 : Paramètres nécessaires pour créer un plan de forage de démarrage RS

Le groupe de protection RS de secours dans la région 2 doit maintenant avoir les trois plans RS indiqués dans l'image suivante. Ceux-ci traiteront la transition des charges de travail de la région 1 vers la région 2. Vous allez créer des plans similaires dans la région 1 pour transférer les charges de travail de la région 2 vers la région 1 dans une tâche ultérieure.

Figure 5-4 : Affichage des trois plans RS de base qui doivent exister dans la région 2 avant de poursuivre

Note : La récupération après sinistre de pile complète OCI prend en charge la création d'un plan de forage d'arrêt uniquement après l'exécution réussie du plan de forage de début. Pour le tutoriel, il n'est pas possible de créer un plan de forage d'arrêt, mais il est fortement recommandé de créer un forage d'arrêt dans les deux groupes de protection RS.

Tâche 6 : Personnaliser les plans RS dans la région 2 (Ashburn)

La récupération après sinistre de pile complète OCI comporte une intelligence intégrée pour orchestrer la récupération des ressources d'infrastructure-service (IaaS) et de plate-forme-service (PaaS). La récupération après sinistre de pile complète OCI n'a pas d'intelligence intégrée pour orchestrer la récupération pour Oracle E-Business Suite, car Oracle E-Business Suite ne fournit pas actuellement d'API natives de récupération après sinistre OCI pour déployer ou gérer sa propre récupération après sinistre intégrée.

Toutefois, la récupération après sinistre de pile complète OCI peut toujours orchestrer la récupération pour Oracle E-Business Suite en ajoutant des groupes de plans RS définis par l'utilisateur et des étapes aux plans RS de base créés dans le cadre de la tâche 5. Les étapes définies par l'utilisateur appellent les scripts Oracle E-Business Suite qui ont été téléchargés et installés sur les serveurs d'applications Oracle E-Business Suite dans les deux régions ou le noeud de contrôle DR dédié dans le cadre de la tâche 2.3. Voici les groupes de plans définis par l'utilisateur au niveau supérieur. Les groupes de plans à ajouter varient en fonction des types de plan RS.

1. Arrêtez Oracle E-Business Suite et désactivez les tâches rsync sur node2 à la région 1.
2. Arrêtez Oracle E-Business SuiteS et désactivez les tâches rsync sur node1 à la région 1.
3. Effacer les noms de noeud dans les tables fnd de la base de données à la région 2.
4. Configurez le contexte d'application dans la base de données sur node1 à la région 2.
5. Configurez le contexte d'application dans la base de données sur node2 à la région 2.
6. Exécutez autoconfig sur node1 à la région 2.
7. Exécutez autoconfig sur node2 à la région 2.
8. Démarrez Oracle E-Business Suite et activez les tâches de synchronisation sur node1 à la région 2.
9. Démarrez Oracle E-Business Suite et activez les tâches de synchronisation sur node2 à la région 2.

Tâche 6.1 : Sélectionner le plan de permutation

Commencez par naviguer jusqu'au plan de permutation créé dans la tâche 5.

Figure 6.1 : Sélectionnez un plan de permutation dans la région 2

La récupération après sinistre de pile complète OCI générera les groupes de plans Prévérifications intégrées dans et Bases de données-Permutation. Elle a été générée en fonction des membres que nous avons ajoutés aux groupes de protection RS de la région 1 et de la région 2.

Figure 6.1.1 : Groupes de plans par défaut pour le plan de permutation dans la région 2

Tâche 6.2 : Créer un groupe de plans pour arrêter Oracle E-Business Suite et désactiver les tâches Rsync sur le noeud 2 dans la région 1

Commencez maintenant à ajouter des groupes de plans RS personnalisés définis par l'utilisateur.

Le premier groupe de plans défini par l'utilisateur arrêtera Oracle E-Business Suite et désactivera les tâches de synchronisation sur node2 à la région 1. Ce groupe de plans contiendra deux étapes qui appellent les scripts bash shutdownapps.sh et fsdr-rsync-ebs.sh téléchargés sur les noeuds du serveur d'applications Oracle E-Business Suite dans la tâche 2.3.

Tâche 6.2.1 : Sélectionner Ajouter un groupe de plans

Sert à lancer le traitement d'ajout d'un groupe de régimes.

1. Cliquez sur Ajouter un groupe pour commencer.

   
   Figure 6-2.1 : Commencez à ajouter un groupe de plans pour arrêter Oracle E-Business Suite et désactiver les tâches rsync sur node2

Tâche 6.2.2 : Indiquer le nom du groupe de plans, commander et ajouter une étape

Un groupe de plans RS peut contenir de nombreuses étapes qui sont toutes exécutées en parallèle. Nous allons ajouter deux étapes pour exécuter des scripts bash afin d'arrêter Oracle E-Business Suite sur node2 et de désactiver les tâches rsync cron sur node2 à la région 1. Dans notre exemple, le nom de node2 est ebshaapp02phx.

1. Attribuez un nom simple mais descriptif au groupe de plans.
2. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans ce cas, nous allons insérer notre groupe de plans défini par l'utilisateur ajouter avant le groupe de plans Bases de données-Permutation.
3. Sélectionnez le groupe de plans Bases de données - Permutation intégré.
4. Nous allons ajouter deux étapes. La première étape consiste à arrêter Oracle E-Business Suite sur le noeud 2 et le deuxième script consiste à désactiver les travaux rsync sur le noeud 2.
5. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour arrêter Oracle E-Business Suite sur node2.

Figure 6.2.2 : Groupe de plans pour arrêter Oracle E-Business Suite et les tâches rsynchrones

Tâche 6.2.3 : Fournir des noms d'étape et des paramètres de script local

La boîte de dialogue Ajouter une étape de groupe de plans nous permet de spécifier des paramètres concernant les performances de cette étape et son comportement lors de la récupération. Nous allons ajouter deux étapes à ce groupe de plans.

• Étape 1 consiste à arrêter l'application Oracle E-Business Suite sur node2.
• Étape 2 : Désactivez les tâches de simulation sur node2.

Pour cette configuration, le noeud 2 est ebshaapp02phx

Nous expliquerons tous les champs de cette boîte de dialogue, mais n'indiquons pas ces détails dans toutes les captures d'écran restantes lors des étapes suivantes, car nous exécutons simplement le même processus à plusieurs reprises.

1. Nom descriptif expliquant la tâche exécutée par cette étape.

2. Sélectionnez la région 1, donc dans notre cas, c'est Phoenix.

3. Sélectionnez Exécuter le script local.

4. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node2 et sélectionnez le noeud 2, dans notre cas, il s'agit de ebshaapp02phx.

5. Collez dans le chemin absolu où vous avez installé le script shutdownapps.sh dans l'application Oracle E-Business Suite node2 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte.

6. Spécifiez oracle comme utilisateur pour exécuter le script.

7. Le plan RS doit s'arrêter si le script ne parvient pas à arrêter l'application Oracle E-Business Suite sur node2. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

8. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 1800 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

9. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

   
   Figure 6.2.3.1 : Paramètres permettant de créer l'étape de plan pour arrêter Oracle E-Business Suite sur le noeud 2

10. Il apparaîtra comme ci-dessous une fois l'étape 1 ajoutée.

    
    Figure 6.2.3.2 : L'étape Arrêter Oracle E-Business Suite à l'étape du noeud 2 est ajoutée.

11. Cliquez sur Ajouter une étape pour ajouter une deuxième étape à ce groupe de plans.

12. Nom descriptif expliquant la tâche exécutée par cette étape.

13. Sélectionnez la région 1, donc dans notre cas, c'est Phoenix.

14. Sélectionnez Exécuter le script local.

15. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node2 et sélectionnez le noeud 2, dans notre cas, il s'agit de ebshaapp02phx.

16. Collez dans le chemin absolu où vous avez installé le script fsdr-rsync-ebs.sh sur l'application Oracle E-Business Suite node2 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte.

17. Spécifiez oracle comme utilisateur pour exécuter le script.

18. Le plan RS doit s'arrêter si le script ne parvient pas à désactiver les tâches rsync sur node2. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

19. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 300 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

20. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

    
    Figure 6.2.3.1 : Paramètres permettant de créer l'étape de plan pour désactiver les tâches de simulation sur le noeud 2

21. Il apparaîtra comme ci-dessous une fois l'étape 2 ajoutée.

    
    Image 6.2.3.2 : La désactivation des tâches Rysnc sur le noeud 2 est ajoutée.

Tâche 6.2.4 : Terminer l'ajout d'un groupe de plans et d'étapes

Les deux programmes arrêtent l'application Oracle E-Business Suite et désactivent les tâches rsync sur node2 sont ajoutés au groupe de plans RS.

1. Cliquez sur Ajouter pour ajouter le groupe de plans RS et les étapes au plan RS.

   
   Figure 6.2.4.1 : Finaliser l'ajout d'un groupe de plans et d'étapes pour arrêter Oracle E-Business Suite et désactiver la tâche rsync sur node1

2. Vérifiez que le groupe de plans ajouté est disponible dans le plan de permutation.

   
   Image 6.2.4.1 : Arrêtez Oracle E-Business Suite et désactivez la tâche rsync sur le groupe de plans node1 ajouté

Tâche 6.3 : Créer un groupe de plans pour arrêter Oracle E-Business Suite et désactiver les tâches Rsync sur le noeud 1 dans la région 1

Ajoutons maintenant le groupe de plans défini par l'utilisateur suivant.

Ce groupe de plans défini par l'utilisateur arrêtera Oracle E-Business Suite et désactivera les tâches de synchronisation sur node1 à la région 1. Ce groupe de plans contiendra deux étapes qui appellent les scripts bash shutdownapps.sh et fsdr-rsync-ebs.sh téléchargés sur les noeuds du serveur d'applications Oracle E-Business Suite dans la tâche 2.3.

Tâche 6.3.1 : Sélectionner Ajouter un groupe de plans

Sert à lancer le traitement d'ajout d'un groupe de régimes.

1. Cliquez sur Ajouter un groupe pour commencer.

   
   Figure 6-3.1 : Commencez à ajouter un groupe de plans pour arrêter Oracle E-Business Suite et désactiver les tâches rsync sur node1

Tâche 6.3.2 : Indiquer le nom du groupe de plans, commander et ajouter une étape

Un groupe de plans RS peut contenir de nombreuses étapes qui sont toutes exécutées en parallèle. Nous allons ajouter deux étapes pour exécuter des scripts bash afin d'arrêter Oracle E-Business Suite sur node1 et de désactiver les tâches rsync cron sur node1 à la région 1. Dans notre exemple, le nom de node1 est ebshaapp01phx.

1. Attribuez un nom simple mais descriptif au groupe de plans.
2. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans ce cas, nous allons insérer notre groupe de plans défini par l'utilisateur ajouter après le groupe de plans Arrêter EBS sur node2 à PHX.
3. Sélectionnez le groupe de plans Arrêter EBS sur node2 à PHX défini par l'utilisateur.
4. Nous allons ajouter deux étapes. La première étape consiste à arrêter Oracle E-Business Suite sur le noeud 1 et le deuxième script consiste à désactiver les travaux rsync sur le noeud 1.
5. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour arrêter Oracle E-Business Suite sur node2.

Figure 6.3.2 : Groupe de plans pour arrêter Oracle E-Business Suite et les tâches rsynchrones

Tâche 6.3.3 : Fournir des noms d'étape et des paramètres de script local

La boîte de dialogue Ajouter une étape de groupe de plans nous permet de spécifier des paramètres concernant les performances de cette étape et son comportement lors de la récupération. Nous allons ajouter deux étapes à ce groupe de plans.

• Étape 1 consiste à arrêter l'application Oracle E-Business Suite sur node1.
• Étape 2 consiste à désactiver les tâches de simulation sur node1.

Pour cette configuration, le noeud 1 est ebshaapp01phx

Nous expliquerons tous les champs de cette boîte de dialogue, mais n'indiquons pas ces détails dans toutes les captures d'écran restantes lors des étapes suivantes, car nous exécutons simplement le même processus à plusieurs reprises.

1. Nom descriptif expliquant la tâche exécutée par cette étape.

2. Sélectionnez le type défini par l'utilisateur Exécuter le script local.

3. Sélectionnez la région 1, donc dans notre cas, c'est Phoenix.

4. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node1 et sélectionnez le noeud 1, dans notre cas, il s'agit de ebshaapp01phx.

5. Collez dans le chemin absolu où vous avez installé le script shutdownapps.sh dans l'application Oracle E-Business Suite node2 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte.

6. Spécifiez oracle comme utilisateur pour exécuter le script.

7. Le plan RS doit s'arrêter si le script ne parvient pas à arrêter l'application Oracle E-Business Suite sur node1. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

8. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 1800 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

9. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

   
   Figure 6.3.3.1 : Paramètres permettant de créer l'étape de plan pour arrêter Oracle E-Business Suite sur le noeud 1

10. Il apparaîtra comme ci-dessous une fois l'étape 1 ajoutée.

    
    Figure 6.3.3.2 : L'étape Arrêter Oracle E-Business Suite sur le noeud 1 est ajoutée.

11. Cliquez sur Ajouter une étape pour ajouter une deuxième étape à ce groupe de plans.

12. Nom descriptif expliquant la tâche exécutée par cette étape.

13. Sélectionnez la région 1, donc dans notre cas, c'est Phoenix.

14. Sélectionnez Exécuter le script local.

15. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node1 et sélectionnez le noeud 1, dans notre cas, il s'agit de ebshaapp02phx.

16. Collez dans le chemin absolu où vous avez installé le script fsdr-rsync-ebs.sh dans l'application Oracle E-Business Suite node2 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte.

17. Spécifiez oracle comme utilisateur pour exécuter le script.

18. Le plan RS doit s'arrêter si le script ne parvient pas à désactiver les tâches rsync sur node1. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

19. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 300 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

20. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

    
    Figure 6.3.3.1 : Paramètres permettant de créer l'étape de plan pour désactiver les tâches de simulation sur le noeud 1

21. Il apparaîtra comme ci-dessous une fois l'étape 2 ajoutée.

    
    Image 6.3.3.2 : La désactivation des tâches Rysnc sur le noeud 1 est ajoutée.

Tâche 6.3.4 : Terminer l'ajout d'un groupe de plans et d'étapes

Les deux programmes arrêtent l'application Oracle E-Business Suite et désactivent les tâches rsync sur node2 sont ajoutés au groupe de plans RS.

1. Cliquez sur Ajouter pour ajouter le groupe de plans RS et les étapes au plan RS.

   
   Figure 6.3.4.1 : Finaliser l'ajout d'un groupe de plans et d'étapes pour arrêter Oracle E-Business Suite et désactiver la tâche rsync sur node1

2. Vérifiez que le groupe de plans ajouté est disponible dans le plan de permutation.

   
   Image 6.3.4.1 : Arrêtez Oracle E-Business Suite et désactivez la tâche rsync sur le groupe de plans node1 ajouté

Tâche 6.4 : Créer un groupe de plans pour effacer les noms de noeud dans les tables fnd de la base de données dans la région 2

Ajoutons maintenant le groupe de plans défini par l'utilisateur suivant.

Ce groupe de plans défini par l'utilisateur effacera les noms de noeud dans les tables fnd de la base de données à la région 2. Ce groupe de plans contiendra une étape qui appelle le script bash fndnodeclean.sh qui a été téléchargé sur les noeuds du serveur d'applications Oracle E-Business Suite dans la tâche 2.3.

Tâche 6.4.1 : Sélectionner Ajouter un groupe de plans

Sert à lancer le traitement d'ajout d'un groupe de régimes.

1. Cliquez sur Ajouter un groupe pour commencer.

   
   Figure 6.4.1 : Commencez à ajouter un groupe de plans pour arrêter Oracle E-Business Suite et désactiver les tâches rsync sur node1

Tâche 6.4.2 : Indiquer le nom du groupe de plans, commander et ajouter une étape

Nous allons en ajouter un pour exécuter le script bash afin d'effacer les noms de noeud dans les tables fnd de la base de données sur node1 à la région 1. Dans notre exemple, le nom de node1 est ebshaapp01iad.

1. Attribuez un nom simple mais descriptif au groupe de plans.
2. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans ce cas, nous allons insérer notre groupe de plans défini par l'utilisateur ajouter après le groupe de plans Bases de données - Permutation.
3. Sélectionnez le groupe de plans Bases de données - Permutation intégré.
4. Nous allons ajouter une étape pour effacer les noms de noeud dans les tables fnd de base de données.
5. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour effacer les noms de noeud dans les tables fnd de base de données.

Figure 6.4.2 : Groupe de plans pour effacer les noms de noeud dans les tables fnd de la base de données.

Tâche 6.4.3 : Fournir des noms d'étape et des paramètres de script local

La boîte de dialogue Ajouter une étape de groupe de plans nous permet de spécifier des paramètres concernant les performances de cette étape et son comportement lors de la récupération. Nous allons en ajouter un dans ce groupe de plans.

• Étape consiste à exécuter fndnodeclean sur node1.

Pour cette configuration, le noeud 1 est ebshaapp01iad

Nous expliquerons tous les champs de cette boîte de dialogue, mais n'indiquons pas ces détails dans toutes les captures d'écran restantes lors des étapes suivantes, car nous exécutons simplement le même processus à plusieurs reprises.

1. Nom descriptif expliquant la tâche exécutée par cette étape.

2. Sélectionnez le type défini par l'utilisateur Exécuter le script local.

3. Sélectionnez la région 2. Dans notre cas, il s'agit de Ashburn.

4. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node1 et sélectionnez le noeud 1, dans notre cas, il s'agit de ebshaapp01iad.

5. Collez dans le chemin absolu où vous avez installé le script fndnodeclean.sh dans l'application Oracle E-Business Suite node1 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte.

6. Spécifiez oracle comme utilisateur pour exécuter le script.

7. Le plan RS doit s'arrêter si le script ne parvient pas à arrêter l'application Oracle E-Business Suite sur node1. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

8. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 900 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

9. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

   
   Figure 6.4.3.1 : Paramètres permettant de créer l'étape de plan pour effacer les noms de noeud dans les tables fnd de la base de données

10. Il apparaîtra comme ci-dessous une fois l'étape 1 ajoutée.

    
    Figure 6.4.3.2 : Effacer les noms de noeud dans les tables fnd de la base de données

Tâche 6.4.4 : Terminer l'ajout d'un groupe de plans et d'étapes

L'étape d'effacement des noms de noeud dans les tables fnd de la base de données est ajoutée au groupe de plans RS.

1. Cliquez sur Ajouter pour ajouter le groupe de plans RS et les étapes au plan RS.

   
   Figure 6.4.4.1 : Finaliser l'ajout d'un groupe de plans et d'une étape pour effacer les noms de noeud dans les tables fnd de base de données

2. Vérifiez que le groupe de plans ajouté est disponible dans le plan de permutation.

   
   Figure 6.4.4.2 : Pour effacer les noms de noeud dans les tables fnd de base de données sur le groupe de plans node1 ajouté

Tâche 6.5 : Créer un groupe de plans pour configurer le contexte d'application dans la base de données sur node1 à la région 2

Ajoutons maintenant le groupe de plans défini par l'utilisateur suivant.

Ce groupe de plans défini par l'utilisateur configurera le contexte d'application dans la base de données sur node1 à la région 2. Ce groupe de plans contiendra une étape qui appelle le script bash dbtxkconfig.sh qui a été téléchargé sur les noeuds du serveur d'applications Oracle E-Business Suite dans la tâche 2.3.

Tâche 6.5.1 : Sélectionner Ajouter un groupe de plans

Sert à lancer le traitement d'ajout d'un groupe de régimes.

1. Cliquez sur Ajouter un groupe pour commencer.

   
   Figure 6.5.1 : Commencez à ajouter un groupe de plans pour configurer le contexte d'application dans la base de données sur node1

Tâche 6.5.2 : Indiquer le nom du groupe de plans, commander et ajouter une étape

Nous allons ajouter une étape pour exécuter le script bash afin de configurer le contexte d'application dans la base de données sur node1 à la région 2. Dans notre exemple, le nom de node1 est ebshaapp01iad.

1. Attribuez un nom simple mais descriptif au groupe de plans.
2. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans ce cas, nous allons insérer notre groupe de plans défini par l'utilisateur ajouter après le champ Effacer les noms de noeud dans les tables fnd de base de données du groupe de plans IAD.
3. Sélectionnez le groupe de plans Effacer les noms de noeud dans les tables fnd de base de données dans IAD.
4. Nous ajouterons une étape à la configuration du contexte d'application dans la base de données sur node1.
5. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour configurer le contexte d'application dans la base de données sur node1.

Figure 6.5.2 : Groupe de plans pour configurer le contexte de l'application dans la base de données sur node1

Tâche 6.5.3 : Fournir des noms d'étape et des paramètres de script local

La boîte de dialogue Ajouter une étape de groupe de plans nous permet de spécifier des paramètres concernant les performances de cette étape et son comportement lors de la récupération. Nous allons en ajouter un dans ce groupe de plans.

• Étape consiste à exécuter dbtxkconfig sur node1 (modifier les noms d'hôte physique).

Pour cette configuration, le noeud 1 est ebshaapp01iad

Nous expliquerons tous les champs de cette boîte de dialogue, mais n'indiquons pas ces détails dans toutes les captures d'écran restantes lors des étapes suivantes, car nous exécutons simplement le même processus à plusieurs reprises.

1. Nom descriptif expliquant la tâche exécutée par cette étape.

2. Sélectionnez le type défini par l'utilisateur Exécuter le script local.

3. Sélectionnez la région 2. Dans notre cas, il s'agit de Ashburn.

4. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node1 et sélectionnez le noeud 1, dans notre cas, il s'agit de ebshaapp01iad.

5. Collez dans le chemin absolu où vous avez installé le script dbtxkconfig.sh dans l'application Oracle E-Business Suite node1 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte. Il est extrêmement important de fournir tous les détails avec les bons paramètres.

6. Spécifiez oracle comme utilisateur pour exécuter le script.

7. Le plan RS doit s'arrêter si le script ne parvient pas à configurer le contexte d'application dans la base de données node1. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

8. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 900 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

9. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

   
   Figure 6.5.3.1 : Paramètres permettant de créer l'étape de plan pour configurer le contexte d'application dans la base de données node1

10. Il apparaîtra comme ci-dessous une fois l'étape 1 ajoutée.

    
    Image 6.5.3.2 : Pour configurer le contexte d'application dans la base de données node1

Tâche 6.5.4 : Terminer l'ajout d'un groupe de plans et d'étapes

L'étape de configuration du contexte d'application dans la base de données node1 est ajoutée au groupe de plans RS.

1. Cliquez sur Ajouter pour ajouter le groupe de plans RS et les étapes au plan RS.

   
   Figure 6.5.4.1 : Finaliser l'ajout d'un groupe de plans et d'une étape pour configurer le contexte d'application dans la base de données node1

2. Vérifiez que le groupe de plans ajouté est disponible dans le plan de permutation.

   
   Image 6.5.4.2 : Pour configurer le contexte d'application dans la base de données, groupe de plans node1 ajouté

Tâche 6.6 : Créer un groupe de plans pour configurer le contexte d'application dans la base de données sur node2 à la région 2

Ajoutons maintenant le groupe de plans défini par l'utilisateur suivant.

Ce groupe de plans défini par l'utilisateur configurera le contexte d'application dans la base de données sur node2 à la région 2. Ce groupe de plans contiendra une étape qui appelle le script bash dbtxkconfig.sh qui a été téléchargé sur les noeuds du serveur d'applications Oracle E-Business Suite dans la tâche 2.3.

Tâche 6.6.1 : Sélectionner Ajouter un groupe de plans

Sert à lancer le traitement d'ajout d'un groupe de régimes.

1. Cliquez sur Ajouter un groupe pour commencer.

   
   Figure 6.6.1 : Commencez à ajouter un groupe de plans pour configurer le contexte d'application dans la base de données sur node2

Tâche 6.6.2 : Indiquer le nom du groupe de plans, commander et ajouter une étape

Nous allons ajouter une étape pour exécuter le script bash afin de configurer le contexte d'application dans la base de données sur node2 à la région 2. Dans notre exemple, le nom de node2 est ebshaapp02iad.

1. Attribuez un nom simple mais descriptif au groupe de plans.
2. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans ce cas, nous allons insérer notre groupe de plans défini par l'utilisateur ajouter après le contexte d'application de configuration dans la base de données sur node1 au niveau du groupe de plans IAD.
3. Sélectionnez le contexte d'application de configuration intégré dans la base de données sur node1 au niveau du groupe de plans IAD.
4. Nous ajouterons une étape à la configuration du contexte d'application dans la base de données sur node2.
5. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour configurer le contexte d'application dans la base de données sur node1.

Figure 6.6.2 : Groupe de plans pour configurer le contexte de l'application dans la base de données sur node2

Tâche 6.6.3 : Fournir des noms d'étape et des paramètres de script local

La boîte de dialogue Ajouter une étape de groupe de plans nous permet de spécifier des paramètres concernant les performances de cette étape et son comportement lors de la récupération. Nous allons en ajouter un dans ce groupe de plans.

• Étape consiste à exécuter dbtxkconfig sur node2 (modifier les noms d'hôte physique).

Pour cette configuration, le noeud 2 est ebshaapp02iad

Nous expliquerons tous les champs de cette boîte de dialogue, mais n'indiquons pas ces détails dans toutes les captures d'écran restantes lors des étapes suivantes, car nous exécutons simplement le même processus à plusieurs reprises.

1. Nom descriptif expliquant la tâche exécutée par cette étape.

2. Sélectionnez le type défini par l'utilisateur Exécuter le script local.

3. Sélectionnez la région 2. Dans notre cas, il s'agit de Ashburn.

4. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node1 et sélectionnez le noeud 1, dans notre cas, il s'agit de ebshaapp02iad.

5. Collez dans le chemin absolu où vous avez installé le script dbtxkconfig.sh dans l'application Oracle E-Business Suite node1 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte. Il est extrêmement important de fournir tous les détails avec les bons paramètres.

6. Spécifiez oracle comme utilisateur pour exécuter le script.

7. Le plan RS doit s'arrêter si le script ne parvient pas à configurer le contexte d'application dans la base de données node2. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

8. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 900 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

9. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

   
   Figure 6.6.3.1 : Paramètres permettant de créer l'étape de plan pour configurer le contexte d'application dans la base de données node2

10. Il apparaîtra comme ci-dessous une fois l'étape 1 ajoutée.

    
    Image 6.6.3.2 : Pour configurer le contexte d'application dans la base de données node2

Tâche 6.6.4 : Terminer l'ajout d'un groupe de plans et d'étapes

L'étape de configuration du contexte d'application dans la base de données node1 est ajoutée au groupe de plans RS.

1. Cliquez sur Ajouter pour ajouter le groupe de plans RS et les étapes au plan RS.

   
   Figure 6.6.4.1 : Finaliser l'ajout d'un groupe de plans et d'une étape pour configurer le contexte d'application dans la base de données node2

2. Vérifiez que le groupe de plans ajouté est disponible dans le plan de permutation.

   
   Image 6.6.4.2 : Pour configurer le contexte d'application dans la base de données, groupe de plans node2 ajouté

Tâche 6.7 : Créer un groupe de plans pour exécuter autoconfig sur l'application node1 à la région 2

Ajoutons maintenant le groupe de plans défini par l'utilisateur suivant.

Ce groupe de plans défini par l'utilisateur exécutera autoconfig sur l'application node1 à la région 2. Ce groupe de plans contiendra une étape qui appelle le script bash autoconfigapps.sh qui a été téléchargé sur les noeuds du serveur d'applications Oracle E-Business Suite dans la tâche 2.3.

Tâche 6.7.1 : Sélectionner Ajouter un groupe de plans

Sert à lancer le traitement d'ajout d'un groupe de régimes.

1. Cliquez sur Ajouter un groupe pour commencer.

   
   Figure 6.7.1 : Commencez à ajouter un groupe de plans pour exécuter la configuration automatique sur l'application node1

Tâche 6.7.2 : Indiquer le nom du groupe de plans, commander et ajouter une étape

Nous allons ajouter une étape pour exécuter le script bash pour exécuter autoconfig sur l'application node1 à la région 2. Dans notre exemple, le nom de node1 est ebshaapp01iad.

1. Attribuez un nom simple mais descriptif au groupe de plans.
2. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans ce cas, nous allons insérer notre groupe de plans défini par l'utilisateur ajouter après le contexte d'application de configuration dans la base de données sur node2 au niveau du groupe de plans IAD.
3. Sélectionnez le contexte d'application de configuration intégré dans la base de données sur node2 au niveau du groupe de plans IAD.
4. Nous ajouterons une étape à la configuration du contexte d'application dans la base de données sur node2.
5. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour exécuter autoconfig sur l'application node1.

Figure 6.7.2 : Groupe de plans pour exécuter la configuration automatique sur l'application node1

Tâche 6.7.3 : Fournir des noms d'étape et des paramètres de script locaux

La boîte de dialogue Ajouter une étape de groupe de plans nous permet de spécifier des paramètres concernant les performances de cette étape et son comportement lors de la récupération. Nous allons en ajouter un dans ce groupe de plans.

• Étape consiste à exécuter autoconfig sur node1.

Pour cette configuration, le noeud 1 est ebshaapp01iad

Nous expliquerons tous les champs de cette boîte de dialogue, mais n'indiquons pas ces détails dans toutes les captures d'écran restantes lors des étapes suivantes, car nous exécutons simplement le même processus à plusieurs reprises.

1. Nom descriptif expliquant la tâche exécutée par cette étape.

2. Sélectionnez le type défini par l'utilisateur Exécuter le script local.

3. Sélectionnez la région 2. Dans notre cas, il s'agit de Ashburn.

4. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node1 et sélectionnez le noeud 1, dans notre cas, il s'agit de ebshaapp01iad.

5. Collez dans le chemin absolu où vous avez installé le script autoconfigapps.sh sur l'application Oracle E-Business Suite node1 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte. Il est extrêmement important de fournir tous les détails avec les bons paramètres.

6. Spécifiez oracle comme utilisateur pour exécuter le script.

7. Le plan RS doit s'arrêter si le script ne parvient pas à exécuter autoconfig sur l'application node1. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

8. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 900 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

9. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

   
   Figure 6.7.3.1 : Paramètres permettant de créer l'étape de plan pour exécuter la configuration automatique sur l'application node1

10. Il apparaîtra comme ci-dessous une fois l'étape 1 ajoutée.

    
    Figure 6.7.3.2 : Pour exécuter la configuration automatique sur l'application node1

Tâche 6.7.4 : Terminer l'ajout d'un groupe de plans et d'étapes

L'étape permettant d'exécuter autoconfig sur l'application node1 est ajoutée au groupe de plans RS.

1. Cliquez sur Ajouter pour ajouter le groupe de plans RS et les étapes au plan RS.

   
   Figure 6.7.4.1 : Finaliser l'ajout d'un groupe de plans et d'une étape pour exécuter la configuration automatique sur l'application node1

2. Vérifiez que le groupe de plans ajouté est disponible dans le plan de permutation.

   
   Figure 6.7.4.2 : Pour exécuter la configuration automatique sur le groupe de plans node1 de l'application ajouté

Tâche 6.8 : Créer un groupe de plans pour exécuter autoconfig sur l'application node2 à la région 2

Ajoutons maintenant le groupe de plans défini par l'utilisateur suivant.

Ce groupe de plans défini par l'utilisateur exécutera autoconfig sur l'application node2 à la région 2. Ce groupe de plans contiendra une étape qui appelle le script bash autoconfigapps.sh qui a été téléchargé sur les noeuds du serveur d'applications Oracle E-Business Suite dans la tâche 2.3.

Tâche 6.8.1 : Sélectionner Ajouter un groupe de plans

Sert à lancer le traitement d'ajout d'un groupe de régimes.

1. Cliquez sur Ajouter un groupe pour commencer.

   
   Figure 6.8.1 : Commencez à ajouter un groupe de plans pour exécuter la configuration automatique sur l'application node2

Tâche 6.8.2 : Indiquer le nom du groupe de plans, commander et ajouter une étape

Nous allons ajouter une étape pour exécuter le script bash pour exécuter autoconfig sur l'application node2 à la région 2. Dans notre exemple, le nom de node2 est ebshaapp02iad.

1. Attribuez un nom simple mais descriptif au groupe de plans.
2. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans ce cas, nous allons insérer notre groupe de plans défini par l'utilisateur ajouter après l'exécution de la configuration automatique sur l'application node1 au groupe de plans IAD.
3. Sélectionnez le groupe de plans Execute autoconfig on app node1 at IAD intégré.
4. Nous ajouterons une étape à la configuration du contexte d'application dans la base de données sur node2.
5. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour exécuter autoconfig sur l'application node2.

Figure 6.8.2 : Groupe de plans pour exécuter la configuration automatique sur l'application node2

Tâche 6.8.3 : Fournir des noms d'étape et des paramètres de script local

La boîte de dialogue Ajouter une étape de groupe de plans nous permet de spécifier des paramètres concernant les performances de cette étape et son comportement lors de la récupération. Nous allons en ajouter un dans ce groupe de plans.

• Étape consiste à exécuter autoconfig sur node2.

Pour cette configuration, le noeud 1 est ebshaapp02iad

Nous expliquerons tous les champs de cette boîte de dialogue, mais n'indiquons pas ces détails dans toutes les captures d'écran restantes lors des étapes suivantes, car nous exécutons simplement le même processus à plusieurs reprises.

1. Nom descriptif expliquant la tâche exécutée par cette étape.

2. Sélectionnez le type défini par l'utilisateur Exécuter le script local.

3. Sélectionnez la région 2. Dans notre cas, il s'agit de Ashburn.

4. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node2 et sélectionnez le noeud 2, dans notre cas, il s'agit de ebshaapp02iad.

5. Collez dans le chemin absolu où vous avez installé le script autoconfigapps.sh dans l'application Oracle E-Business Suite node1 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte. Il est extrêmement important de fournir tous les détails avec les bons paramètres.

6. Spécifiez oracle comme utilisateur pour exécuter le script.

7. Le plan RS doit s'arrêter si le script ne parvient pas à exécuter la configuration automatique sur l'application node2. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

8. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 900 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

9. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

   
   Figure 6.8.3.1 : Paramètres permettant de créer l'étape de plan pour exécuter la configuration automatique sur l'application node2

10. Il apparaîtra comme ci-dessous une fois l'étape 1 ajoutée.

    
    Figure 6.8.3.2 : Pour exécuter la configuration automatique sur l'application node2

Tâche 6.8.4 : Terminer l'ajout d'un groupe de plans et d'étapes

L'étape permettant d'exécuter autoconfig sur l'application node2 est ajoutée au groupe de plans RS.

1. Cliquez sur Ajouter pour ajouter le groupe de plans RS et les étapes au plan RS.

   
   Figure 6.8.4.1 : Finaliser l'ajout d'un groupe de plans et d'une étape pour exécuter la configuration automatique sur l'application node2

2. Vérifiez que le groupe de plans ajouté est disponible dans le plan de permutation.

   
   Figure 6.8.4.2 : Pour exécuter la configuration automatique sur le groupe de plans node2 de l'application ajouté

Tâche 6.9 : Créer un groupe de plans pour démarrer Oracle E-Business Suite et activer les tâches Rsync sur le noeud 1 dans la région 2

Ajoutons maintenant le groupe de plans défini par l'utilisateur suivant.

Ce groupe de plans défini par l'utilisateur lancera Oracle E-Business Suite et activera les tâches de synchronisation sur node1 à la région 2. Ce groupe de plans contiendra deux étapes qui appellent les scripts bash startapps.sh et fsdr-rsync-ebs.sh téléchargés sur les noeuds du serveur d'applications Oracle E-Business Suite dans la tâche 2.3.

Tâche 6.9.1 : Sélectionner Ajouter un groupe de plans

Sert à lancer le traitement d'ajout d'un groupe de régimes.

1. Cliquez sur Ajouter un groupe pour commencer.

   
   Figure 6-9.1 : Commencez à ajouter un groupe de plans pour démarrer Oracle E-Business Suite et activez les tâches rsync sur node1

Tâche 6.9.2 : Indiquer le nom du groupe de plans, commander et ajouter une étape

Un groupe de plans RS peut contenir de nombreuses étapes qui sont toutes exécutées en parallèle. Nous allons ajouter deux étapes pour exécuter des scripts bash pour démarrer Oracle E-Business Suite sur node1 et activer les tâches rsync cron sur node1 à la région 2. Dans notre exemple, le nom de node1 est ebshaapp01iad.

1. Attribuez un nom simple mais descriptif au groupe de plans.
2. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans ce cas, nous allons insérer notre groupe de plans défini par l'utilisateur ajouter après l'exécution de la configuration automatique sur l'application node2 au groupe de plans IAD.
3. Sélectionnez le groupe de plans Execute autoconfig on app node2 at IAD défini par l'utilisateur.
4. Nous allons ajouter deux étapes. La première étape consiste à démarrer Oracle E-Business Suite sur le noeud 1 et le deuxième script consiste à activer les tâches rsync sur le noeud 1.
5. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour démarrer Oracle E-Business Suite sur node2.

Figure 6.9.2 : Groupe de plans pour démarrer ebs et activer les tâches rsync sur node1

Tâche 6.9.3 : Fournir des noms d'étape et des paramètres de script local

La boîte de dialogue Ajouter une étape de groupe de plans nous permet de spécifier des paramètres concernant les performances de cette étape et son comportement lors de la récupération. Nous allons ajouter deux étapes à ce groupe de plans.

• Étape 1 consiste à démarrer l'application Oracle E-Business Suite sur node1.
• Étape 2 permet d'activer les tâches de simulation sur node1.

Pour cette configuration, le noeud 1 est ebshaapp01iad.

Nous expliquerons tous les champs de cette boîte de dialogue, mais n'indiquons pas ces détails dans toutes les captures d'écran restantes lors des étapes suivantes, car nous exécutons simplement le même processus à plusieurs reprises.

1. Nom descriptif expliquant la tâche exécutée par cette étape.

2. Sélectionnez le type défini par l'utilisateur Exécuter le script local.

3. Sélectionnez la région 2, donc dans notre cas, c'est Ashburn.

4. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node1 et sélectionnez le noeud 1, dans notre cas, il s'agit de ebshaapp01iad.

5. Collez dans le chemin absolu où vous avez installé le script startapps.sh dans l'application Oracle E-Business Suite node1 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte.

6. Spécifiez oracle comme utilisateur pour exécuter le script.

7. Le plan RS doit s'arrêter si le script ne parvient pas à démarrer l'application Oracle E-Business Suite sur node1. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

8. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 1800 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

9. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

   
   Figure 6.9.3.1 : Paramètres permettant de créer l'étape de plan pour démarrer Oracle E-Business Suite sur le noeud 1

10. Il apparaîtra comme ci-dessous une fois l'étape 1 ajoutée.

    
    Image 6.9.3.2 : L'étape Démarrer Oracle E-Business Suite à l'étape du noeud 1 est ajoutée.

11. Cliquez sur Ajouter une étape pour ajouter une deuxième étape à ce groupe de plans.

12. Nom descriptif expliquant la tâche exécutée par cette étape.

13. Sélectionnez la région 2, donc dans notre cas, c'est Ashburn.

14. Sélectionnez Exécuter le script local.

15. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node1 et sélectionnez le noeud 1, dans notre cas, il s'agit de ebshaapp0iad.

16. Collez dans le chemin absolu où vous avez installé le script fsdr-rsync-ebs.sh dans l'application Oracle E-Business Suite node1 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte.

17. Spécifiez oracle comme utilisateur pour exécuter le script.

18. Le plan RS doit s'arrêter si le script ne parvient pas à activer les tâches rsync sur node1. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

19. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 300 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

20. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

    
    Figure 6.9.3.1 : Paramètres permettant de créer l'étape de plan pour activer les tâches Rysnc sur le noeud 1

21. Il apparaîtra comme ci-dessous une fois l'étape 2 ajoutée.

    
    Image 6.9.3.2 : L'activation des tâches Rysnc sur le noeud 1 est ajoutée

Tâche 6.9.4 : Terminer l'ajout d'un groupe de plans et d'étapes

Les deux démarrent l'application Oracle E-Business Suite et activent les tâches rsync sur node1 sont ajoutées au groupe de plans RS.

1. Cliquez sur Ajouter pour ajouter le groupe de plans RS et les étapes au plan RS.

   
   Figure 6.9.4.1 : Finaliser l'ajout d'un groupe de plans et d'étapes pour démarrer Oracle E-Business Suite et activer la tâche rsync sur node1

2. Vérifiez que le groupe de plans ajouté est disponible dans le plan de permutation.

   
   Image 6.9.4.1 : Démarrez Oracle E-Business Suite et activez la tâche rsync sur le groupe de plans node1 ajouté

Tâche 6.10 : Créer un groupe de plans pour démarrer Oracle E-Business Suite et activer les tâches Rsync sur le noeud 2 de la région 2

Ajoutons maintenant le groupe de plans défini par l'utilisateur suivant.

Ce groupe de plans défini par l'utilisateur lancera Oracle E-Business Suite et activera les tâches de synchronisation sur node2 à la région 2. Ce groupe de plans contiendra deux étapes qui appellent les scripts bash startapps.sh et fsdr-rsync-ebs.sh téléchargés sur les noeuds du serveur d'applications Oracle E-Business Suite dans la tâche 2.3.

Tâche 6.10.1 : Sélectionner Ajouter un groupe de plans

Sert à lancer le traitement d'ajout d'un groupe de régimes.

1. Cliquez sur Ajouter un groupe pour commencer.

   
   Figure 6-10.1 : Commencez à ajouter un groupe de plans pour démarrer Oracle E-Business Suite et activer les tâches rsync sur node2

Tâche 6.10.2 : Fournir le nom du groupe de plans, commander et ajouter une étape

Un groupe de plans RS peut contenir de nombreuses étapes qui sont toutes exécutées en parallèle. Nous allons ajouter deux étapes pour exécuter des scripts bash pour démarrer Oracle E-Business Suite sur node1 et activer les tâches rsync cron sur node1 à la région 2. Dans notre exemple, le nom de node1 est ebshaapp02iad.

1. Attribuez un nom simple mais descriptif au groupe de plans.
2. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans ce cas, nous allons insérer notre groupe de plans défini par l'utilisateur ajouter après le groupe de plans Startup EBS on node1 at IAD.
3. Sélectionnez le groupe de plans Startup EBS on node1 at IAD défini par l'utilisateur.
4. Nous allons ajouter deux étapes. La première étape consiste à démarrer Oracle E-Business Suite sur le noeud 2 et le deuxième script consiste à activer les tâches rsync sur le noeud 2.
5. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour démarrer Oracle E-Business Suite sur node2.

Figure 6.10.2 : Groupe de plans pour démarrer Oracle E-Business Suite et activer les tâches rsync sur node2

Tâche 6.10.3 : Fournir des noms d'étape et des paramètres de script local

La boîte de dialogue Ajouter une étape de groupe de plans nous permet de spécifier des paramètres concernant les performances de cette étape et son comportement lors de la récupération. Nous allons ajouter deux étapes à ce groupe de plans.

• Étape 1 consiste à démarrer l'application Oracle E-Business Suite sur node2.
• Étape 2 permet d'activer les tâches de simulation sur node2.

Pour cette configuration, le noeud 2 est ebshaapp02iad

Nous expliquerons tous les champs de cette boîte de dialogue, mais n'indiquons pas ces détails dans toutes les captures d'écran restantes lors des étapes suivantes, car nous exécutons simplement le même processus à plusieurs reprises.

1. Nom descriptif expliquant la tâche exécutée par cette étape.

2. Sélectionnez le type défini par l'utilisateur Exécuter le script local.

3. Sélectionnez la région 2, donc dans notre cas, c'est Ashburn.

4. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node1 et sélectionnez le noeud 2, dans notre cas, il s'agit de ebshaapp02iad.

5. Collez dans le chemin absolu où vous avez installé le script startapps.sh dans l'application Oracle E-Business Suite node1 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte.

6. Spécifiez oracle comme utilisateur pour exécuter le script.

7. Le plan RS doit s'arrêter si le script ne parvient pas à démarrer l'application Oracle E-Business Suite sur node2. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

8. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 1800 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

9. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

   
   Figure 6.10.3.1 : Paramètres permettant de créer l'étape de plan pour démarrer Oracle E-Business Suite sur le noeud 2

10. Il apparaîtra comme ci-dessous une fois l'étape 1 ajoutée.

    
    Image 6.10.3.2 : L'étape Démarrer Oracle E-Business Suite à l'étape du noeud 2 est ajoutée.

11. Cliquez sur Ajouter une étape pour ajouter une deuxième étape à ce groupe de plans.

12. Nom descriptif expliquant la tâche exécutée par cette étape.

13. Sélectionnez la région 2, donc dans notre cas, c'est Ashburn.

14. Sélectionnez Exécuter le script local.

15. Sélectionnez le compartiment correct qui contient l'application Oracle E-Business Suite node1 et sélectionnez le noeud 2, dans notre cas, il s'agit de ebshaapp0iad.

16. Collez dans le chemin absolu où vous avez installé le script fsdr-rsync-ebs.sh dans l'application Oracle E-Business Suite node1 avec les paramètres appropriés. Vous pouvez consulter les détails du fichier Lisez-moi à partir du lien GitHub fourni dans la tâche 2.3 pour obtenir la syntaxe exacte.

17. Spécifiez oracle comme utilisateur pour exécuter le script.

18. Le plan RS doit s'arrêter si le script ne parvient pas à activer les tâches rsync sur node2. Cela permettra à quiconque de voir qu'il y a un problème et de le résoudre. La récupération après sinistre de pile complète OCI permet de continuer à exécuter le plan de permutation après avoir résolu le problème.

19. La valeur par défaut avant que la récupération après sinistre de pile complète OCI ne déclare un échec est de 60 minutes (3600 secondes). Cette valeur peut être modifiée à 300 secondes ou tout ce qui est considéré comme une valeur de temporisation plus réaliste.

20. Cliquez sur Ajouter une étape pour ajouter cette étape au groupe de plans.

    
    Figure 6.10.3.1 : Paramètres permettant de créer l'étape de plan pour activer les tâches Rysnc sur le noeud 2

21. Il apparaîtra comme ci-dessous une fois l'étape 2 ajoutée.

    
    Image 6.10.3.2 : L'activation des tâches Rysnc sur le noeud 2 est ajoutée

Tâche 6.10.4 : Terminer l'ajout d'un groupe de plans et d'étapes

Les deux démarrent l'application Oracle E-Business Suite et activent les tâches rsync sur node2 sont ajoutées au groupe de plans RS.

1. Cliquez sur Ajouter pour ajouter le groupe de plans RS et les étapes au plan RS.

   
   Figure 6.10.4.1 : Finaliser l'ajout d'un groupe de plans et d'étapes pour démarrer Oracle E-Business Suite et activer la tâche rsync sur node2

2. Vérifiez que le groupe de plans ajouté est disponible dans le plan de permutation.

   
   Image 6.10.4.1 : Démarrez Oracle E-Business Suite et activez la tâche rsync sur le groupe de plans node2 ajouté

Note : Nous avons terminé tous les groupes de plans définis par l'utilisateur requis pour le plan de permutation. Assurez-vous de vérifier que vous avez obtenu les groupes de régime dans le bon ordre, c'est vraiment important.

Une fois le plan de permutation personnalisé, il doit se présenter comme suit :

Image 6.10.5.1 : Tous les groupes de plans pour le plan de permutation dans la région 2

Note : Vous pouvez réordonner le groupe de régimes si vous n'avez pas commandé dans le bon ordre.

Tâche 6.11 : Sélectionner le plan de basculement

Commencez par naviguer jusqu'au plan de basculement créé lors de la tâche précédente.

Figure 6.11 : Sélectionnez un plan de basculement dans la région 2

La récupération après sinistre de pile complète OCI générera les groupes de plans Prévérifications intégrées dans et Bases de données-Basculement. Elle a été générée en fonction des membres que nous avons ajoutés aux groupes de protection RS de la région 1 et de la région 2.

Figure 6.11.1 : Groupes de plans par défaut pour le plan de basculement dans la région 2

Tout comme nous avons personnalisé le plan de permutation, nous ajouterons les groupes de plans définis par l'utilisateur requis pour le plan de basculement.

Vous devez ajouter les groupes de plans définis par l'utilisateur suivants après le groupe de plans intégré Bases de données-Basculement.

1. Effacer les noms de noeud dans les tables fnd de la base de données à la région 2.
2. Configurez le contexte d'application dans la base de données sur node1 à la région 2.
3. Configurez le contexte d'application dans la base de données sur node2 à la région 2.
4. Exécutez autoconfig sur node1 à la région 2.
5. Exécutez autoconfig sur node2 à la région 2.
6. Démarrez Oracle E-Business Suite et activez les tâches de synchronisation sur node1 à la région 2.
7. Démarrez Oracle E-Business Suite et activez les tâches de synchronisation sur node2 à la région 2.

Note : Nous n'allons pas suivre les étapes pour ajouter de nouveau les groupes de plans définis par l'utilisateur. Pour obtenir des instructions détaillées, reportez-vous aux tâches 6.4 à 6.9.

Une fois le plan de basculement personnalisé, il doit se présenter comme suit :

Figure 6.11.1 : Tous les groupes de plans pour le plan de basculement dans la région 2

Note :

• Vous pouvez réordonner les groupes de régimes si vous n'avez pas commandé dans le bon ordre.

• Vous pouvez également personnaliser le plan Démarrer le forage.

  Notez que pour le plan de forage de début, aucun groupe de plans intégré ne sera créé pour la base de données.

  Vous devez créer un groupe de plans défini par l'utilisateur pour convertir la base de données de secours physique en base de données de secours instantanée. Vous pouvez utiliser les commandes Oracle Data Guard Broker standard pour effectuer cette opération et les placer dans un script wrapper.

  En outre, vous pouvez ajouter des groupes de plans définis par l'utilisateur liés à l'application, comme pour un plan de basculement.

• La récupération après sinistre de pile complète OCI permet de créer un plan de forage d'arrêt une fois le plan de forage de début exécuté. Pour plus d'informations, voir Plans de forage RS. Le plan Arrêter le forage annule les opérations qui ont été effectuées dans le plan de forage de début.

• Vous pouvez également personnaliser le plan Arrêter le forage.

  Notez que pour le plan de forage d'arrêt, aucun groupe de plans intégré ne sera créé pour la base de données.

  Vous devez créer un groupe de plans défini par l'utilisateur pour convertir la base de données de secours instantanée en base de données physique. Vous pouvez utiliser les commandes Oracle Data Guard Broker standard pour effectuer cette opération et les placer dans un script wrapper.

  En outre, vous pouvez ajouter des groupes de plans définis par l'utilisateur liés aux applications pour arrêter toutes les applications liées à Oracle E-Business Suite.

Dans le cadre de ce tutoriel, nous exécuterons un plan **Permutation dans les tâches suivantes.**

Tâche 7 : Exécuter le plan de permutation dans la région 2 (Ashburn)

Des plans RS de permutation et de basculement ont été créés dans la région de secours 2 (Ashburn). Les plans de reprise après sinistre de la région 2 permettent à la reprise après sinistre de pile complète OCI de faire passer les charges de travail de la région 1 à la région 2. La tâche suivante consiste à créer une permutation, un basculement et à démarrer des plans de forage dans le groupe de protection pour la région 1 (Phoenix) afin que la reprise après sinistre de pile complète OCI puisse rétablir la transition des charges de travail de la région 2 vers la région 1.

Toutefois, les plans RS ne peuvent être créés et modifiés que dans le groupe de protection ayant le rôle de secours. Le groupe de protection RS de la région 1 est actuellement le groupe principal, ce qui signifie que les plans RS ne peuvent pas être créés dans la région 1.

Par conséquent, nous devons inverser les rôles des groupes de protection afin que la région 1 soit la base de secours et que la région 2 soit la principale. Exécutez le plan de permutation qui vient d'être créé pour faire passer la charge de travail de la région 1 (Phoenix) à la région 2 (Ashburn).

Tâche 7.1 : Démarrer l'exécution du plan

Exécuter le plan RS pour commencer le processus de transition de la charge de travail Oracle Integration Cloud de la région 1 vers la région 2.

1. Assurez-vous que le contexte de région est toujours réglé à la région de secours 2 (Ashburn).
2. Utilisez les chemins de navigation en haut de la console pour vous assurer que les détails du groupe de protection RS correspondent au contexte de plan courant.
3. Assurez-vous que le groupe de protection RS approprié dans la région 2 est sélectionné; il doit s'agir du rôle De secours.
4. Assurez-vous que les plans de basculement et de permutation existent avant de continuer; sinon, revenez aux étapes précédentes pour créer et personnaliser les deux plans RS.
5. Cliquez sur Exécuter le plan RS.

Figure 7-1 : Présentation de l'exécution d'une permutation vers une région de secours

Tâche 7.2 : Sélectionner un plan de permutation et exécuter

Cette tâche exécute le plan de permutation dans la région 2.

1. Sélectionnez le plan de permutation.
2. Sélectionnez Activer les vérifications préalables.
3. Cliquez sur Exécuter le plan RS pour commencer.

Figure 7-2 : Choisissez et exécutez le plan de permutation

Tâche 7.3 : Surveiller l'exécution du plan RS

Surveiller le plan de permutation jusqu'à ce que la charge de travail Oracle E-Business Suite soit entièrement passée de la région 1 à la région 2. Une fois le plan de permutation terminé, la récupération après sinistre de pile complète OCI se chargera de nettoyer la modification des rôles des groupes de protection RS principal et de secours entre les régions.

La région 2 (Phoenix) sera la région principale et la région 1 (Ashburn) sera la région de secours une fois que la reprise après sinistre de pile complète OCI aura terminé la permutation.

1. Vérifiez que l'exécution du plan de permutation a réussi.

   
   Figure 7-2 : Plan de permutation terminé avec succès dans la région 2

2. Vérifiez le changement de rôle dans le groupe de protection RS, Region 2 (Phoenix) aura le rôle de secours maintenant et Region 1 (Ashburn) aura le rôle principal maintenant.

   
   Figure 7-2 : Modification du rôle du groupe de protection RS après le plan de permutation

Tâche 8 : Créer la récupération après sinistre et personnaliser les plans RS dans la région 1 (Phoenix)

Créez les plans RS dans le groupe de protection RS de la région 1 (Phoenix), qui est maintenant le pair de secours.

L'objectif de chaque plan est de faire passer la charge de travail de la région 2 à la région 1 lorsque la région 2 est le pair principal. Les rôles des groupes de protection RS dans les deux régions sont automatiquement annulés dans le cadre d'une opération de récupération après sinistre. Ainsi, le groupe de protection dans la région 2 deviendra la base de secours et le groupe de protection dans la région 1 deviendra la base principale après un basculement ou une permutation.

La récupération après sinistre de pile complète OCI préalimentera les deux plans avec des étapes intégrées en fonction des ressources de membre ajoutées à l'étape précédente. Les plans seront personnalisés dans les étapes ultérieures pour gérer toutes les tâches liées à Oracle Integration Cloud au cours d'une opération de récupération.

Les plans RS sont toujours créés dans le groupe de protection avec le rôle de secours; la région 1 est actuellement le groupe de protection de secours après l'exécution du plan de permutation dans la tâche 7.

Suivez le même processus que la tâche 5 pour créer les plans RS dans la région 1. Une fois les plans créés, vérifiez-les.

Figure 8-1 : Plans RS de la région 1

Suivez le même processus que celui de la tâche 6 pour personnaliser les plans RS de la région 1. Assurez-vous d'ajouter les groupes de plans définis par l'utilisateur. Il est très important de sélectionner les machines virtuelles d'application Oracle E-Business Suite appropriées pour les régions de production et de reprise après sinistre afin de pouvoir exécuter les scripts.

1. Arrêtez Oracle E-Business Suite et désactivez les tâches rsync sur node2 à la région 2.
2. Arrêtez Oracle E-Business Suite et désactivez les tâches rsync sur node1 à la région 2.
3. Effacer les noms de noeud dans les tables fnd de la base de données à la région 1.
4. Configurez le contexte d'application dans la base de données sur node1 à la région 1.
5. Configurez le contexte d'application dans la base de données sur node2 à la région 1.
6. Exécutez autoconfig sur node1 à la région 1.
7. Exécutez autoconfig sur node2 à la région 1.
8. Démarrez Oracle E-Business Suite et activez les tâches de synchronisation sur node1 à la région 1.
9. Démarrez Oracle E-Business Suite et activez les tâches de synchronisation sur node2 à la région 1.

Une fois le plan de permutation personnalisé, il doit se présenter comme suit :

Figure 8.2 : Tous les groupes de plans pour le plan de permutation dans la région 1

Une fois le plan de basculement personnalisé, il doit se présenter comme suit :

Figure 8.3 : Tous les groupes de plans pour le plan de basculement dans la région 1

Note :

• Vous pouvez réordonner les groupes de régimes si vous n'avez pas commandé dans le bon ordre.

• Vous pouvez également personnaliser le plan Démarrer le forage.

  Notez que pour le plan de forage de début, aucun groupe de plans intégré ne sera créé pour la base de données.

  Vous devez créer un groupe de plans défini par l'utilisateur pour convertir la base de données de secours physique en base de données de secours instantanée. Vous pouvez utiliser les commandes Oracle Data Guard Broker standard pour effectuer cette opération et les placer dans un script wrapper.

  En outre, vous pouvez ajouter des groupes de plans définis par l'utilisateur liés à l'application, comme pour un plan de basculement.

• La récupération après sinistre de pile complète OCI permet de créer un plan de forage d'arrêt une fois le plan de forage de début exécuté. Pour plus d'informations, voir Plans de forage RS. Le plan Arrêter le forage annule les opérations qui ont été effectuées dans le plan de forage de début.

• Vous pouvez également personnaliser le plan Arrêter le forage.

  Notez que pour le plan de forage d'arrêt, aucun groupe de plans intégré ne sera créé pour la base de données.

  Vous devez créer un groupe de plans défini par l'utilisateur pour convertir la base de données de secours instantanée en base de données physique. Vous pouvez utiliser les commandes Oracle Data Guard Broker standard pour effectuer cette opération et les placer dans un script wrapper.

  En outre, vous pouvez ajouter des groupes de plans définis par l'utilisateur liés aux applications pour arrêter toutes les applications liées à Oracle E-Business Suite.

Étapes suivantes

La récupération après sinistre de pile complète pour OCI pour Oracle E-Business Suite doit être entièrement mise en oeuvre à ce stade. Toutefois, les fonctionnalités complètes doivent être validées avant d'utiliser la reprise après sinistre de pile complète OCI pour la production. Tous les plans de basculement et de permutation doivent être exécutés pour valider que tout fonctionne comme prévu et que l'équipe de récupération comprend parfaitement l'ensemble du processus.

Tester les plans de permutation

Les plans de permutation sont conçus pour nettoyer tous les artefacts et s'assurer que tous les rôles pour les étapes de récupération intégrées telles que l'équilibreur de charge OCI, le stockage par blocs OCI, les systèmes de fichiers OCI, Oracle Base Database Service et Oracle Autonomous Database sont prêts à être récupérés à partir de la région de secours sans intervention humaine.

Tester les plans de basculement

Les basculements sont différents. De par leur nature, les basculements ne peuvent pas nettoyer les artefacts ni garantir que les services et les bases de données de la région défaillante sont prêts à faire revenir les charges de travail vers la région 1. L'équipe de récupération doit comprendre et effectuer des tâches pour s'assurer qu'Oracle Data Guard est dans le bon état, que les artefacts pour les instances de stockage et de calcul ont été arrêtés, etc. Pour plus d'informations, voir Réinitialisation de la configuration RS après un basculement.

Valider tous les plans RS pour l'acceptation finale

L'équipe de récupération doit effectuer une validation finale pour démontrer l'état de préparation des groupes de protection de récupération après sinistre de pile complète OCI et des plans pour les charges de travail de production. La région 2 (Ashburn) doit être la région principale à ce stade du processus. Commencez la validation finale de tous les plans en suivant les étapes suivantes :

• Tester la permutation de la région 2 (principale) vers la région 1 (de secours).
• Tester le basculement de la région 1 (principale) vers la région 2 (de secours).
• Préparer la région 1 (principale) pour le basculement à partir de la région 2.
• Tester le basculement de la région 2 (principale) vers la région 1 (de secours).
• Préparer la région 2 (principale) pour un basculement ou une permutation vers la région 2.
• Les groupes de protection RS et la pile d'applications doivent être dans un état opérationnel normal et prêts pour un basculement ou une permutation à ce stade.
• Vous pouvez également exécuter des plans de forage RS dans l'une ou l'autre des régions en fonction des besoins.

Obtenir du soutien pour cette solution

L'ingénierie de reprise après sinistre de pile complète OCI fournit une prise en charge de 1er niveau pour cette solution.

Toutefois, la solution et toute automatisation personnalisée présentée dans ce tutoriel ont été conçues et mises en oeuvre par l'équipe de spécialistes Oracle Cloud EMEA indépendamment de l'organisation Oracle E-Business Suite ou de l'équipe d'ingénierie de reprise après sinistre de pile complète OCI.

Relation entre Oracle E-Business Suite et la reprise après sinistre de pile complète OCI

La reprise après sinistre de pile complète OCI ne fait pas partie du processus d'installation ou de déploiement d'Oracle E-Business Suite et n'est mentionnée dans aucune documentation écrite et gérée par Oracle E-Business Suite. La méthode d'installation, de configuration et de déploiement d'Oracle E-Business Suite pour la reprise après sinistre entre les régions OCI a été conçue et écrite byOracle E-Business Suite Engineering et est complètement indépendante de ce tutoriel ou de la reprise après sinistre de pile complète OCI.

L'organisation Oracle E-Business Suite ne connaît pas la reprise après sinistre de pile complète OCI et peut seulement aider à résoudre les problèmes liés au processus Oracle E-Business Suite, comme décrit dans la documentation écrite par Oracle E-Business Suite pour la récupération après sinistre exécutée manuellement en dehors de la reprise après sinistre de pile complète OCI.

Le dépannage des problèmes liés au processus manuel Oracle E-Business Suite documenté par Oracle E-Business Suite est de la responsabilité du soutien d'Oracle E-Business Suite et effectué indépendamment de la reprise après sinistre de pile complète OCI. La reprise après sinistre de pile complète OCI n'empêche pas les clients ou la prise en charge d'Oracle E-Business Suite d'exécuter manuellement le processus de récupération après sinistre Oracle E-Business Suite documenté. Par conséquent, le soutien technique d'Oracle E-Business Suite résoudra les problèmes liés à leur processus manuel de reprise après sinistre sans impliquer la reprise après sinistre de pile complète OCI.

Toutefois, le processus de récupération manuelle documenté par Oracle E-Business Suite laissera probablement les groupes de protection RS de pile complète OCI dans un état inutilisable qui devra être réinitialisé avant que les opérations puissent reprendre à l'aide de la récupération après sinistre de pile complète OCI avec Oracle E-Business Suite. La prise en charge de la récupération après sinistre de pile complète pour OCI aidera les clients à réinitialiser les groupes de protection après la fin du dépannage et de la résolution manuels d'Oracle E-Business Suite.

La prise en charge commence avec la reprise après sinistre de pile complète pour OCI

La prise en charge de la récupération après sinistre de pile complète pour OCI est le premier point de contact pour obtenir de l'aide sur les problèmes rencontrés lors des étapes et des tâches décrites dans ce tutoriel. La prise en charge de la récupération après sinistre de pile complète pour OCI isolera le problème et déterminera quelle organisation de soutien est la mieux qualifiée pour résoudre le problème.

1. La prise en charge de la récupération après sinistre de pile complète pour OCI est responsable des éléments suivants :
   1. Aider les clients à comprendre la signification et la cause des messages d'erreur générés lors d'une opération de récupération après sinistre.
   2. Aider les clients à résoudre les problèmes liés aux politiques IAM empêchant la reprise après sinistre de pile complète de gérer les ressources lors d'une opération de reprise après sinistre.
   3. Problèmes lors de la création ou de la gestion des groupes de protection RS.
   4. Problèmes lors de la création, de l'exécution ou des échecs de plan de reprise après sinistre pour appeler correctement l'automatisation personnalisée fournie par Oracle E-Business Suite ou l'équipe des solutions en nuage EMEA.
   5. Les clients sont responsables du dépannage et de la résolution des problèmes liés aux scripts personnalisés écrits par le client qui ne font pas partie de ce tutoriel.
2. La prise en charge de la reprise après sinistre de pile complète d'OCI ouvrira une demande de service avec le soutien d'Oracle E-Business Suite pour tous les problèmes directement liés à Oracle E-Business Suite elle-même. Les clients travailleront directement avec le soutien d'Oracle E-Business Suite pour résoudre les problèmes liés à Oracle E-Business Suite. Oracle E-Business Suite est responsable de :
   1. Tout problème avec la documentation sur My Oracle Support (MOS) écrite et gérée par Oracle E-Business Suite.
   2. Tout problème avec les scripts fournis aux clients par Oracle E-Business Suite.
   3. Tout problème de base de données lié à Oracle E-Business Suite.
   4. Tout problème d'application lié à Oracle E-Business Suite.
   5. Tout problème avec le processus Oracle E-Business Suite documenté pour la récupération manuelle d'Oracle E-Business Suite en dehors de la reprise après sinistre de pile complète OCI.
3. La prise en charge de la reprise après sinistre de pile complète pour OCI ouvrira une demande de service avec l'équipe interne appropriée d'Oracle Cloud Solutions pour tous les problèmes directement liés aux scripts ou au processus décrits dans ce tutoriel. Les clients travailleront directement avec l'équipe d'Oracle Cloud Solutions pour résoudre les problèmes liés à ce tutoriel. L'équipe Oracle Cloud Solutions est responsable des éléments suivants :
   1. Tout problème avec les scripts personnalisés fournis par l'équipe de solutions en nuage.
   2. Tout problème avec le processus global décrit dans ce tutoriel.

Comment ouvrir une demande de soutien

Utilisez la console OCI pour ouvrir une demande de soutien avec la prise en charge de la récupération après sinistre de pile complète OCI. Assurez-vous que le contexte du navigateur affiche le groupe de protection RS que vous avez créé dans le cadre de ce tutoriel avant de démarrer ce processus.

1. Assurez-vous que le contexte du navigateur est réglé au groupe de protection RS approprié.
2. Sélectionnez le serveur de durée de vie dans la console OCI.
3. Sélectionnez Créer une demande de soutien.

Fig 5 : Utilisez l'outil d'aide de la console OCI pour ouvrir une demande de service

Fig 6 : Les demandes de soutien doivent être ouvertes à l'aide du bouton d'aide sur les demandes

Liens connexes

• Page du produit de récupération après sinistre de pile complète OCI

• OCI - Documentation sur la récupération après sinistre de pile complète

• Oracle présente des exemples de scripts Oracle E-Business Suite

• Récupération après sinistre de pile complète - Scripts de groupe définis par l'utilisateur

• Joindre le canal de marge publique #full-stack-dr

Remerciements

• Auteurs - Chandra Dharanikota (spécialiste des applications Oracle pour OCI, ingénierie Oracle Technology Cloud, EMEA), Suraj Ramesh - (récupération après sinistre de pile complète, réviseur technique)

Autres ressources d'apprentissage

Explorez d'autres laboratoires sur le site docs.oracle.com/learn ou accédez à plus de contenu d'apprentissage gratuit sur le canal Oracle Learning YouTube. De plus, visitez education.oracle.com/learning-explorer pour devenir un explorateur Oracle Learning.

Pour obtenir la documentation sur le produit, visitez Oracle Help Center.

---

Informations sur le titre et les droits d'auteur

Automate Recovery for Multi-Node Oracle E-Business Suite Using OCI Full Stack Disaster Recovery

G35482-02

Copyright ©2025, Oracle and/or its affiliates.