Comprendre le processus de configuration

La configuration de la récupération après sinistre JD Edwards à l'aide de la récupération après sinistre de pile complète OCI est essentiellement un processus en trois étapes : vous devez créer des groupes de protection RS, puis créer le plan RS 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 mettre en oeuvre un plan RS pour les instances mobiles et non mobiles, décrites dans cet article, ainsi qu'une description du processus de permutation.

Mettre en oeuvre un groupe de protection pour récupération après sinistre et un plan de récupération après sinistre pour déplacer des instances

Déployez des instances mobiles, couramment utilisées dans les topologies de récupération après sinistre à froid, dans la région principale. Lors d'un événement de sinistre, le déplacement des instances est déplacé du groupe de protection RS de la région principale vers le groupe de protection RS de la région de secours. Le déplacement des instances est rentable, car les ressources de la région de secours ne s'exécutent pas 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 RS et décrivent le plan de déplacement des instances

Créer un groupe de protection pour récupération après sinistre

Tout d'abord, créez un groupe de protection RS, associez les groupes DR principal et secondaire et ajoutez des membres au groupe. Utilisez cette procédure :

  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, puis sur Groupes de protection RS, puis sur Créer un groupe de protection RS. Sélectionnez le seau de stockage d'objets créé dans la région principale dans le cadre des préalables à la journalisation.
  2. Passez à la région de secours dans la console OCI. Créez un autre groupe de protection RS et associez-le au seau créé dans la base de données de secours, que vous configurez comme préalable.
  3. Retournez à la région principale et sélectionnez le groupe de protection RS qui y est créé. Cliquez sur Associer pour établir le lien avec le groupe RS dans la région de secours.
  4. Consultez les affectations de rôle (principal/de secours) pour chaque groupe RS dans la page principale Groupes de protection RS de la console OCI.
  5. Ajouter des membres au groupe RS dans la région principale :
    1. Incluez le groupe de volumes requis en tant que membre du groupe de protection RS.
    2. Ajoutez des ressources de calcul et fournissez les entrées nécessaires pour les cartes VNIC en sélectionnant Ajouter un mappage de cartes VNIC. Les paramètres de la carte VNIC doivent correspondre au site principal car JDE stocke les noms d'hôte dans les informations sur la machine. Vous pouvez également spécifier des adresses IP valides pour la région RS à utiliser lors de la configuration de l'instance de calcul.
    3. Vous avez dû créer un équilibreur de charge dans la région de secours dans le cadre des préalables. Une fois créé, vous pouvez l'ajouter en tant que membre du groupe de protection RS. Associez des jeux dorsaux entre les régions principale et de secours pour garantir une transition correcte des jeux dorsaux 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 pair en tant que membre de la protection RS.

Créer un plan de récupération après sinistre

Un plan de reprise après sinistre décrit le flux de travail entre la région principale et la région de secours des activités et des 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 RS qui est membre du groupe de protection défini précédemment.

Lors de son exécution, le plan RS entraîne la transition des ressources (membre du groupe de protection) de la région principale vers la région de secours, et vice-versa.

Pour créer un plan RS, utilisez la procédure suivante :

  1. Naviguez jusqu'au groupe de protection RS approprié. Sous l'onglet Ressources, sélectionnez Créer un plan.

    Note :

    • Pour un scénario de permutation, créez le plan dans la région Base de données de secours.
    • Pour un scénario de repositionnement, créez le plan dans la région Principal.
  2. Une fois créé, le plan RS comprend plusieurs étapes par défaut. Par défaut, les étapes d'arrêt 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 des scripts qui ont été créés dans le cadre de l'exécution d'une étape personnalisée.
  3. Fournissez un nom de groupe. Sélectionnez la bonne séquence 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 bon type d'étape défini par l'utilisateur, selon l'emplacement de votre script. Indiquez les paramètres de script requis, puis cliquez sur Ajouter une étape. Vous pouvez ajouter plusieurs étapes sous le même groupe si nécessaire.

    Note :

    Dans ce scénario, la région sélectionnée est Principal, 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 vérifications préalables réussissent, le plan RS 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 qui a échoué. Vous pouvez choisir d'ignorer l'étape qui a échoué et de continuer avec les étapes restantes du plan.
  7. pour la procédure d'annulation (rollback), suivez ce même processus. Toutefois, assurez-vous que le plan est exécuté à partir de la région Primary pendant le repositionnement.

Mettre en oeuvre un groupe de protection pour 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, courantes dans les topologies de récupération après sinistre passive active, dans les régions principale et de secours. Lors des opérations de reprise après sinistre, ces instances sont démarrées ou arrêtées selon les besoins pour effectuer la transition du service entre les régions. Cette méthode permet une récupération plus rapide en raison d'une 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 de protection RS et les plans pour les instances non mobiles.

Créer un groupe de protection pour récupération après sinistre

Comme pour le déplacement d'instances, si vous utilisez des instances non mobiles, vous devez créer un groupe de protection RS, associer les groupes DR principal et secondaire et ajouter des membres au groupe. Utiliser cette procédure :

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

Créer un plan de récupération après sinistre

Comme pour un plan RS pour déplacer des instances, un plan RS pour les instances non mobiles décrit le flux de travail 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 RS pour les instances non mobiles qui est membre du groupe de protection que vous avez défini à l'étape précédente, utilisez cette procédure.
  1. Naviguez jusqu'au groupe de protection RS approprié. Sous l'onglet Ressources, sélectionnez Créer un plan.

    Note :

    • Pour un scénario de permutation, créez le plan dans la région Secondaire.
    • Pour un scénario de repositionnement, créez le plan dans la région Principal .
  2. Vous pouvez ajouter des actions personnalisées au plan en cliquant sur Ajouter un groupe. Utilisez cette option pour incorporer les scripts qui ont été créés dans le cadre de votre exécution d'é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 vérifications préalables réussissent, le plan RS 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 qui a échoué. Vous pouvez choisir d'ignorer l'étape qui a échoué et de continuer avec les étapes restantes du plan.
  7. Pour un repositionnement, utilisez le même processus. Toutefois, vous devez exécuter le plan à partir de la région Principal pendant le repositionnement.

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

JD Edwards FDSR s'appuie sur deux groupes de plans RS :
  • Groupes préalimentés, qui sont des groupes séquentiels qui varient en fonction des membres et du type de régime.
  • Groupes personnalisés, qui modifient 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.
Les rubriques suivantes décrivent comment utiliser ces groupes.

Comprendre les groupes préalimentés pour les plans RS

La pré-population des groupes séquentiels varie en fonction des membres qui ont été ajoutés au groupe de protection RS et du type de plan. La présente section traite des étapes qui sont alimentées selon le plan de permutation.

  • Vérifications préalables intégrées

    Ces vérifications préalables permettent de s'assurer que toutes les ressources, configurations et autorisations requises sont en place pour éviter les erreurs lors du basculement, du basculement ou du test en cours.

  • Équilibreurs de charge - Mise à jour des jeux dorsaux sources

    Supprime les serveurs dorsaux des jeux dorsaux qui ne sont plus nécessaires après le basculement.

  • Instances de calcul – Arrêt

    Arrête toutes les ressources d'instance qui font partie du groupe de protection RS 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 – Lancement

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

  • Équilibreurs de charge - Mise à jour des jeux dorsaux de destination

    Met à jour les jeux dorsaux de l'équilibreur de charge avec les serveurs dorsaux lancés dans la région secondaire.

  • Groupes de volumes - Réplication inverse

    Inverse la direction de la réplication du groupe de volumes afin que la région secondaire réplique maintenant les données dans la région principale pour assurer la continuité après le basculement.

  • Instances de calcul – Finalisation

    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 - Retrait du groupe de protection RS

    Supprime les instances de calcul du groupe de protection RS pour maintenir le groupe à jour.

  • Groupes de volumes – Fin

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

  • Groupes de volumes - Retrait du groupe de protection RS

    Supprime les groupes de volumes du groupe de protection RS pour maintenir le groupe à jour.

Comprendre les groupes personnalisés pour le plan RS

Vous pouvez ajouter ces groupes personnalisés pour apporter des modifications de configuration à 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 Enterprise Server; ajoutez ce groupe après Instance de calcul - Lancement.
  • Mettre à jour le serveur Web; ajoutez ce groupe après la mise à jour du serveur d'entreprise.
  • Mettre à jour le serveur Ais; ajoutez ce groupe après la mise à jour du serveur Web.

Suivez les étapes 2, 3 et 4 de la section "Créer un plan de reprise 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.

Effectuer les activités après permutation

Après avoir réussi le passage au 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 DR à 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 DR.
  3. Connectez-vous au serveur Enterprise/Batch et utilisez tnsping pour tester la connectivité à la base de données. En cas de succès, 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. Dans l'équilibreur de charge de région secondaire, vérifiez que les serveurs dorsaux mappés sont à l'état actif.
  7. Effectuez des tests de surface sur les liens Web JDE. Une fois vérifié, libérez l'environnement pour les utilisateurs.
  8. Mettre à jour le codage logiciel 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 DR : http://lb_address:port