Comprendre le processus de configuration

La configuration de la récupération après sinistre JD Edwards à l'aide d'OCI Full Stack Disaster Recovery est essentiellement un processus en trois étapes : vous devez créer des groupes de protection de récupération après sinistre, puis créer le plan de récupération après sinistre qui inclut ces groupes. Une fois ces étapes terminées, vous devez implémenter complètement le plan en effectuant une séquence d'activités post-commutation. Vous pouvez configurer et implémenter un plan de récupération après sinistre pour les instances en mouvement et non mobiles, toutes deux décrites dans cet article, ainsi qu'une description du processus de permutation.

Implémenter un groupe de protection de récupération après sinistre et un plan de récupération après sinistre pour le déplacement d'instances

Déployez des instances en mouvement, couramment utilisées dans les topologies de récupération après sinistre à froid, dans la région principale. Lors d'un sinistre, les instances en mouvement sont déplacées du groupe de protection de récupération après sinistre de la région principale vers le groupe de protection de récupération après sinistre de la région de secours. Les instances mobiles sont rentables car les ressources de la région de secours ne sont pas en cours d'exécution en continu. Toutefois, comme vous devez vous assurer qu'elles sont provisionnées et démarrées dans la région de secours, elles nécessitent des temps de récupération plus longs.

Les rubriques suivantes décrivent le processus de configuration et d'implémentation d'un groupe de protection de récupération après sinistre, ainsi que le plan de déplacement d'instances

Création d'un groupe de protection de récupération après sinistre

Tout d'abord, créez un groupe de protection de récupération après sinistre, associez les groupes de récupération après sinistre principal et secondaire, puis ajoutez des membres au groupe. Utilisez la procédure suivante:

  1. Connectez-vous à la console OCI et sélectionnez la région principale. Dans le menu principal, cliquez sur Récupération après sinistre, sur Groupes de protection de récupération après sinistre, puis sur Créer un groupe de protection de récupération après sinistre. Sélectionnez le bucket de stockage d'objet créé dans la région principale dans le cadre des prérequis pour la journalisation.
  2. Passez à la région de secours dans la console OCI. Créez un autre groupe de protection de récupération après sinistre et associez-le au bucket créé dans la base de données de secours, que vous configurez en tant que prérequis.
  3. Revenez à la région principale et sélectionnez le groupe de protection de récupération après sinistre créé dans cette région. Cliquez sur Associer pour établir le lien avec le groupe de récupération après sinistre dans la région de secours.
  4. Affichez les affectations de rôle (principal/de secours) pour chaque groupe de récupération après sinistre à partir de la page principale Groupes de protection de récupération après sinistre de la console OCI.
  5. Ajoutez des membres au groupe de récupération après sinistre dans la région principale :
    1. Incluez le groupe de volumes requis comme membre du groupe de protection de récupération après sinistre.
    2. Ajoutez des ressources de calcul et fournissez les entrées nécessaires pour les cartes d'interface réseau virtuelles en sélectionnant Ajouter un mapping de carte d'interface réseau virtuelle. Les paramètres de la carte d'interface réseau virtuelle doivent correspondre au site principal car JDE stocke les noms d'hôte sur les informations de la machine. Vous pouvez également indiquer des adresses IP valides pour la région de récupération après sinistre à utiliser lors de la mise en place de l'instance de calcul.
    3. Dans le cadre des prérequis, vous devez avoir créé un équilibreur de charge dans la région de secours. Une fois créé, vous pouvez l'ajouter en tant que membre du groupe de protection de récupération après sinistre. Associez des ensembles de back-ends entre les régions principale et de secours afin de garantir une transition correcte des back-ends lors de la récupération après sinistre.
    4. Ajoutez la base de données en tant que membre à la région principale, puis passez à la région secondaire et à la base de données homologue en tant que membre de la protection de récupération après sinistre.

Création d'un plan de récupération après sinistre

Un plan de récupération après sinistre décrit le workflow de la région principale à la région de secours des activités et tâches qui seraient effectuées en cas de permutation ou de basculement. Cette section décrit le processus de création d'un plan de récupération après sinistre membre du groupe de protection défini précédemment.

Lorsqu'il est exécuté, le plan de récupération après sinistre entraîne la transition des ressources (membre du groupe de protection) de la région principale vers la région de secours, et inversement.

Pour créer un plan de récupération après sinistre, procédez comme suit :

  1. Accédez au groupe de protection de récupération après sinistre approprié. Sous l'onglet Ressources, sélectionnez Créer un plan.

    Remarques :

    • Pour un scénario de permutation, créez le plan dans la région de secours.
    • Pour un scénario d'annulation, créez le plan dans la région Principal.
  2. Une fois créé, le plan de récupération après sinistre inclut plusieurs étapes par défaut. Par défaut, les étapes de fin de contrat sont désactivées. Vous pouvez activer ou désactiver des étapes spécifiques en fonction de vos besoins.
    Vous pouvez ajouter des actions personnalisées au plan en cliquant sur Ajouter un groupe. Utilisez cette option pour intégrer les scripts créés dans le cadre de l'exécution de l'étape personnalisée.
  3. Indiquez un nom de groupe. Choisissez la séquence appropriée en sélectionnant Ajouter avant ou Ajouter après, puis sélectionnez le groupe que votre nouvelle étape doit précéder ou suivre. Cliquez sur Ajouter une étape pour inclure la nouvelle action dans le plan.
  4. Pour chaque étape personnalisée, entrez un nom de groupe et un nom d'étape. Sélectionnez le type d'étape défini par l'utilisateur approprié, en fonction de l'emplacement du script. Indiquez les paramètres de script requis, puis cliquez sur Ajouter une étape. Si nécessaire, vous pouvez ajouter plusieurs étapes sous le même groupe.

    Remarques :

    Dans ce scénario, la région sélectionnée est la région principale, car il s'agit d'un scénario FSDR mobile, et les instances ne sont pas présentes dans la région secondaire.
  5. Après avoir validé les étapes du plan, cliquez sur Exécuter le plan pour lancer la permutation.
    Si les pré-vérifications réussissent, le plan de récupération après sinistre exécute chaque étape de manière séquentielle.
  6. Si des erreurs se produisent au cours du processus de permutation, l'exécution est interrompue à l'étape ayant échoué. Vous pouvez choisir d'ignorer l'étape ayant échoué et de poursuivre avec les étapes restantes du plan.
  7. pour la procédure d'annulation, suivez le même processus. Toutefois, assurez-vous que le plan est exécuté à partir de la région principale lors de l'annulation.

Implémenter un groupe de protection de récupération après sinistre et un plan de récupération après sinistre pour les instances non mobiles

Déployez des instances non mobiles, qui sont courantes dans les topologies de récupération après sinistre actif-passif, dans les régions principale et de secours. Au cours des opérations de récupération après sinistre, ces instances sont démarrées ou arrêtées si nécessaire pour faire passer le service d'une région à l'autre. Cette méthode permet une récupération plus rapide en raison de l'infrastructure préexistante dans la région de secours, bien qu'elle puisse être coûteuse car votre infrastructure doit être maintenue dans les deux régions.

Les rubriques suivantes décrivent le processus de configuration et d'implémentation d'un groupe et de plans de protection de récupération après sinistre pour les instances mobiles.

Création d'un groupe de protection de récupération après sinistre

Comme pour les instances en mouvement, si vous travaillez avec des instances non mobiles, vous devez créer un groupe de protection de récupération après sinistre, associer de nouveau les groupes de récupération après sinistre principal et secondaire et ajouter des membres au groupe. Suivez la procédure ci-dessous :

  1. Connectez-vous à la console OCI et sélectionnez la région Mumbai. Dans le menu principal, cliquez sur Récupération après sinistre, sur Groupes de protection de récupération après sinistre, puis sur Créer un groupe de protection de récupération après sinistre. Sélectionnez le bucket Object Storage créé dans la région Mumbai dans le cadre des prérequis pour la journalisation.
  2. Ajoutez des membres au groupe de récupération après sinistre dans la région principale.
  3. Passez à la région secondaire dans la console OCI. Créez un autre groupe de protection de récupération après sinistre et associez-le au bucket créé à l'emplacement secondaire, qui a été configuré comme prérequis.
  4. Ajoutez des membres au groupe de récupération après sinistre dans la région secondaire. Comme il s'agit d'une configuration DR de type non mobile, tous les serveurs Web, batch et de déploiement JDE requis doivent déjà être provisionnés dans la région secondaire.
  5. Seuls les volumes de blocs seront répliqués sur le site secondaire. Il est recommandé d'héberger l'application sur les volumes de blocs.
  6. Pour synchroniser les volumes d'initialisation sur les serveurs situés à l'emplacement principal et secondaire, utilisez rsync/robocopy pour synchroniser le dossier de fichiers entre le site principal et le site secondaire, si nécessaire.
  7. Revenez à la région principale et sélectionnez le groupe de protection de récupération après sinistre qui y a été créé. Cliquez sur Associer pour établir le lien avec le groupe de récupération après sinistre dans Secondaire.
  8. Vous pouvez afficher les affectations de rôle (principal/secondaire) pour chaque groupe de récupération après sinistre à partir de la page principale Groupes de protection de récupération après sinistre de la console OCI.

Création d'un plan de récupération après sinistre

Comme pour un plan de récupération après sinistre pour le déplacement d'instances, un plan de récupération après sinistre pour les instances non mobiles décrit le workflow des activités et des tâches qui seraient effectuées en cas de permutation ou de basculement de la région principale vers la région de secours. Pour créer un plan de récupération après sinistre pour les instances non mobiles qui sont membres du groupe de protection que vous avez défini à l'étape précédente, suivez cette procédure.
  1. Accédez au groupe de protection de récupération après sinistre approprié. Sous l'onglet Ressources, sélectionnez Créer un plan.

    Remarques :

    • Pour un scénario de permutation, créez le plan dans la région Secondaire.
    • Pour un scénario d'annulation, créez le plan dans la région principale .
  2. Vous pouvez ajouter des actions personnalisées au plan en cliquant sur Ajouter un groupe. Utilisez cette option pour intégrer des scripts créés dans le cadre de l'exécution de l'étape personnalisée.
  3. Créez des scripts personnalisés pour démarrer E1services dans la région secondaire.
  4. Après avoir validé les étapes du plan, cliquez sur Exécuter le plan pour lancer la permutation.
  5. Si les pré-vérifications réussissent, le plan de récupération après sinistre exécute chaque étape de manière séquentielle.
  6. Si des erreurs se produisent au cours du processus de permutation, l'exécution est interrompue à l'étape ayant échoué. Vous pouvez choisir d'ignorer l'étape ayant échoué et de poursuivre avec les étapes restantes du plan.
  7. Pour une annulation, utilisez le même traitement. Toutefois, vous devez exécuter le plan à partir de la région principale lors de l'annulation.

Présentation des groupes de plans de récupération après sinistre

JD Edwards FDSR s'appuie sur deux groupes de plans de récupération après sinistre :
  • Groupes préremplis, qui sont des groupes séquentiels qui varient en fonction des membres et du type de plan.
  • Groupes personnalisés, qui effectuent des modifications de configuration de l'application JDE à l'aide de scripts personnalisés après la permutation des instances de la région principale vers la région secondaire.
Les rubriques suivantes décrivent l'utilisation de ces groupes.

Comprendre les groupes préremplis pour les plans de récupération après sinistre

La préalimentation des groupes séquentiels varie en fonction des membres qui ont été ajoutés au groupe de protection de récupération après sinistre et du type de plan. Les étapes indiquées dans le plan de permutation sont décrites ci-dessous.

  • Prévérifications - Intégré

    Ces prévérifications garantissent que toutes les ressources, configurations et droits d'accès requis sont en place pour éviter les erreurs lors du basculement, du rétablissement ou du test.

  • Equilibreurs de charges - Mettre à jour les ensembles de back-ends d'origine

    Supprime les serveurs back-end des ensembles de back-ends qui ne sont plus nécessaires après le basculement.

  • Instances de calcul – Arrêter

    Arrête toutes les ressources d'instance qui font partie du groupe de protection de récupération après sinistre dans la région principale.

  • Groupes de volumes - Permutation

    Lance une opération de permutation pour les groupes de volumes de la région principale vers la région secondaire, ce qui rend les volumes de la région secondaire accessibles en écriture et actifs.

  • Bases de données autonomes - Permutation

    Effectue une permutation des bases de données autonomes vers l'instance de secours dans la région secondaire.

  • Instances de calcul – Lancer

    Lance les instances de calcul de la région secondaire à l'aide de configurations prédéfinies.

  • Equilibreurs de charges - Mettre à jour des ensembles de back-ends de destination

    Met à jour les ensembles de back-ends d'équilibreur de charge avec les back-ends lancés dans la région secondaire.

  • Groupes de volumes - Réplication inverse

    Inverse le sens de la réplication de groupe de volumes afin que la région secondaire réplique désormais les données vers la région principale pour assurer la continuité après le basculement.

  • Instances de calcul – Mettre fin

    Met fin aux instances de calcul qui ne sont plus nécessaires dans la région principale. Il s'agit d'une étape facultative, qui doit être activée manuellement.

  • Instances de calcul - Enlever du groupe de protection de récupération après sinistre

    Enlève les instances de calcul du groupe de protection de récupération après sinistre pour le maintenir à jour.

  • Groupes de volumes – Mettre fin

    Supprime les groupes de volumes dans la région principale après la permutation réussie. Il s'agit d'une étape facultative, qui doit être activée manuellement

  • Groupes de volumes - Enlever du Groupe de protection de récupération après sinistre

    Supprime les groupes de volumes du groupe de protection de récupération après sinistre pour maintenir le groupe à jour.

Comprendre les groupes personnalisés pour le plan de récupération après sinistre

Vous pouvez ajouter ces groupes personnalisés pour apporter des modifications à la configuration de l'application JDE à l'aide de scripts personnalisés après la permutation des instances de la région principale vers la région secondaire. Cette approche permet de minimiser les efforts opérationnels et de réduire les temps d'arrêt.

Les groupes suivants ont été inclus en fonction des exigences architecturales.

  • Mettre à jour le serveur Enterprise Server ; ajoutez ce groupe après Instance de calcul – Lancement.
  • Mettre à jour le serveur Web ; ajoutez ce groupe après Mettre à jour le serveur Enterprise Server.
  • Mettre à jour le serveur Ais ; ajoutez ce groupe après Mettre à jour le serveur Web.

Suivez les étapes 2, 3 et 4 de la section "Créer un plan de récupération après sinistre" ci-dessus pour exécuter plusieurs scripts personnalisés afin de mettre à jour les fichiers de configuration JDE pour la région secondaire.

Terminer les activités post permutation

Après avoir basculé vers le site secondaire, effectuez les activités suivantes pour vous assurer que tous les services sont restaurés et opérationnels :

  1. Connectez-vous aux machines virtuelles de la région de récupération après sinistre à l'aide de la clé privée.
  2. Modifiez le fichier /etc/hosts pour inclure les adresses IP des serveurs Web, Enterprise/batch et AIS de récupération après sinistre.
  3. Connectez-vous au serveur Enterprise/Batch et utilisez tnsping pour tester la connectivité à la base de données. En cas de réussite, démarrez les services JD Edwards (E1). Effectuez un test de port après le démarrage de l'application.
  4. Sur les serveurs Web et AIS, arrêtez et démarrez le service Weblogic.
  5. Connectez-vous à la console WebLogic et démarrez tous les serveurs gérés associés.
  6. Sur l'équilibreur de charge de région secondaire, vérifiez que les back-ends mis en correspondance sont à l'état actif.
  7. Effectuez des tests de niveau surface des liens Web JDE. Une fois vérifié, libérez l'environnement pour les utilisateurs.
  8. Mettre à jour le softcoding pour JD Edwards dans la connexion AIS :
    1. Connectez-vous à JDE et ouvrez l'application P954000.
    2. Recherchez l'environnement <J**920> et mettez à jour le lien de récupération après sinistre : http://lb_address:port