1. Utiliser le service OCI Full Stack Disaster Recovery avec les domaines Oracle WebLogic Server
  2. Configurer la récupération après sinistre de la pile complète OCI

Configurer la récupération après sinistre de la pile complète OCI

Configurez vos groupes de protection de récupération après sinistre et créez vos plans de permutation et de basculement. Les étapes dépendent du modèle de récupération après sinistre que vous utilisez.

Définition du groupe principal de protection de récupération après sinistre

Le groupe de protection de récupération après sinistre principal contient les composants de votre système dans la région principale. Il contient les composants qui nécessitent une action lors d'une permutation ou d'un basculement.

Pour définir le groupe de protection de récupération après sinistre principal, procédez comme suit :

  1. Connectez-vous à la console Oracle Cloud Infrastructure dans la région principale.
  2. Accédez à Migration et récupération après sinistre, puis cliquez sur Groupes de protection de récupération après sinistre.
  3. Cliquez sur Créer un groupe de protection de récupération après sinistre.
  4. Entrez le nom du groupe de protection de récupération après sinistre.
  5. Sélectionnez le compartiment, puis fournissez un bucket Oracle Cloud Infrastructure Object Storage pour les journaux.
  6. Laissez le rôle Non configuré pour le moment.
  7. Cliquez sur Ajouter des membres.
    1. Ajoutez les instances de calcul de niveau intermédiaire principales. Choisissez Instance non mobile dans le type d'instance Compute.
      Type de ressource Instance Type d'instance de calcul
      Calcul Instance de calcul de niveau intermédiaire 0 de la région principale Instance non mobile
      Calcul Instance de calcul de niveau intermédiaire 1 de la région principale Instance non mobile
      Calcul Instance de calcul de niveau intermédiaire n de la région principale Instance non mobile
    2. Ajoutez la base de données principale. Sélectionnez le type de ressource approprié (Base de données ou Autonomous Database).
  8. Cliquez sur Créer.

Définition du groupe de protection de récupération après sinistre de secours

Le groupe de protection de récupération après sinistre de secours contient les composants de votre système dans la région secondaire. Il contient les composants qui nécessitent une action lors d'une permutation ou d'un basculement.

Pour définir le groupe de protection de récupération après sinistre de secours, procédez comme suit :

  1. Connectez-vous à la console Oracle Cloud Infrastructure dans la région de secours.
  2. Accédez à Migration et récupération après sinistre, puis cliquez sur Groupes de protection de récupération après sinistre.
  3. Cliquez sur Créer un groupe de protection de récupération après sinistre.
  4. Entrez le nom du groupe de protection de récupération après sinistre.
  5. Sélectionnez le compartiment, puis fournissez un bucket Oracle Cloud Infrastructure Object Storage pour les journaux.
  6. Définissez le rôle sur De secours.
    1. Sélectionnez la région principale dans la région homologue.
    2. Sélectionnez le groupe de protection de récupération après sinistre créé précédemment en tant que groupe de protection de récupération après sinistre homologue.
  7. Cliquez sur Ajouter des membres.
    1. Ajoutez les instances de calcul de niveau intermédiaire de secours. Choisissez Instance non mobile dans le type d'instance Compute.
      Type de ressource Instance Type d'instance de calcul
      Calcul Instance de calcul de niveau intermédiaire 0 de la région de secours Instance non mobile
      Calcul Instance de calcul de niveau intermédiaire 1 de la région de secours Instance non mobile
      Calcul Instance de calcul de niveau intermédiaire n de la région de secours Instance non mobile
    2. Ajoutez la base de données de secours. Sélectionnez le type de ressource approprié (Base de données ou Autonomous Database).
  8. Cliquez sur Créer.

Terminer la définition des groupes de protection de récupération après sinistre

Lorsque vous utilisez le modèle de récupération après sinistre basé sur la réplication inter-région de volume de blocs, configurez le volume de blocs répliqué dans chaque membre de calcul du groupe de protection de récupération après sinistre principal et du groupe de protection de récupération après sinistre de secours.

Remarques :

Cette étape s'applique uniquement au modèle de récupération après sinistre basé sur la réplication inter-région OCI Block Volumes. Cette étape ne s'applique PAS aux modèles de récupération après sinistre basés sur les méthodes "OCI File Storage avec rsync" et "Système de fichiers de base de données (DBFS)" pour la réplication de configuration.

  1. Configurez le volume de blocs répliqué dans chaque membre de calcul du groupe de protection de récupération après sinistre principal.
    1. Modifiez un membre de calcul, cliquez sur Options avancées, puis sur l'onglet Volumes de blocs.
      • Dans Volume de blocs, sélectionnez le volume de blocs attaché à l'instance répliquée vers le secondaire.
      • Dans Instance de référence d'attachement de volume, sélectionnez l'instance de calcul homologue dans la base de données de secours.

        Cette instance de calcul permet d'obtenir les détails de l'attachement lors du basculement vers cette région.

      • Dans point de montage, indiquez le point de montage où le volume de blocs est monté.
    2. L'instance de calcul peut comporter plusieurs volumes de blocs répliqués. Par exemple, dans Oracle WebLogic Server for OCI, vous pouvez répliquer à la fois wlsociprefix-data-block-N et wlsociprefix-mw-block-N vers le secondaire. Si tel est le cas, ajoutez des volumes de blocs répliqués supplémentaires à la définition de membre d'instance de calcul.

      Remarques :

      NE PAS AJOUTER les volumes BOOT. Ils ne sont pas répliqués.
    3. Répétez l'étape précédente pour chaque membre d'instance de calcul du groupe principal de protection contre les catastrophes.
    Voici un exemple des propriétés avancées d'un volume de blocs dans les détails du groupe de protection de récupération après sinistre principal pour les membres de calcul :
    Calculer le membre Block Volume Instance de référence d'attachement de volume Point de montage
    Instance de calcul de niveau intermédiaire 0 de la région principale wlsociprefix-data-block-1 Instance de calcul de niveau intermédiaire 0 de la base de données de secours /u01/data
    Instance de calcul de niveau intermédiaire 1 de la région principale wlsociprefix-data-block-2 Instance de calcul de niveau intermédiaire 1 de la base de données de secours /u01/data
    Instance de calcul de niveau intermédiaire n de la région principale wlsociprefix-data-block-N Instance de calcul de niveau intermédiaire N de la base de données de secours /u01/data
  2. Configurez le volume de blocs répliqué dans chaque membre de calcul du groupe de protection de récupération après sinistre de secours :
    1. Modifiez un membre de calcul de secours, cliquez sur Options avancées, puis sur l'onglet Volumes de blocs.
      • Dans Block Volume, sélectionnez le volume de blocs de la région principale qui sera attaché à cette instance de calcul. La liste affiche directement les volumes de blocs de l'instance principale.
      • Dans Instance de référence d'attachement de volume, sélectionnez l'instance de calcul homologue dans l'instance principale.

        Utilisé pour obtenir les détails de la pièce jointe lors du passage à cette région.

      • Dans point de montage, indiquez le point de montage où le volume de blocs est monté.
    2. L'instance de calcul peut comporter plusieurs volumes de blocs répliqués. Par exemple, dans Oracle WebLogic Server for OCI, vous pouvez répliquer à la fois wlsociprefix-data-block-N et wlsociprefix-mw-block-N vers le secondaire. Si tel est le cas, ajoutez des volumes de blocs répliqués supplémentaires à la définition de membre d'instance de calcul.

      Remarques :

      NE PAS AJOUTER les volumes BOOT. Ils ne sont pas répliqués.
    3. Répétez l'étape précédente pour chaque instance de calcul membre du groupe.
    Voici un exemple des propriétés avancées d'un volume de blocs dans les détails du groupe de protection de récupération après sinistre de secours pour les membres de calcul :
    Calculer le membre Block Volume Instance de référence d'attachement de volume Point de montage
    Instance de calcul de niveau intermédiaire 0 de la région de secours wlsociprefix-data-block-1 Instance de calcul de niveau intermédiaire 0 de la base principale /u01/data
    Instance de calcul de niveau intermédiaire 1 de la région de secours wlsociprefix-data-block-2 Instance de calcul de niveau intermédiaire 1 de la base principale /u01/data
    Instance de calcul de niveau intermédiaire n de la région de secours wlsociprefix-data-block-N Instance de calcul de niveau intermédiaire N du noeud principal /u01/data
  3. Modifiez le groupe principal de protection de récupération après sinistre pour ajouter les groupes de volumes répliqués en tant que membres du groupe primary de protection de récupération après sinistre.
    1. Cliquez sur Ajouter un membre.
    2. Sélectionnez le type de ressource Groupe de volumes.
    3. Sélectionner le groupe de volumes répliqué vers la base de données de secours
    4. Répétez cette opération pour tous les groupes de volumes créés dans la base de données principale qui sont répliqués vers la base de données de secours.

      Remarques :

      Effectuez cette opération dans le groupe de reconfiguration dynamique principal uniquement. Vous n'avez pas besoin d'ajouter de groupe de volumes au groupe de protection de récupération après sinistre de secours. OCI Full Stack Disaster Recovery Service les ajoute automatiquement en tant que membres au groupe de protection de récupération après sinistre de secours lorsqu'il devient principal, lors du processus de permutation ou de basculement.

A propos des plans de récupération après sinistre

Créez des plans de récupération après sinistre pour vos groupes de protection. Un plan de récupération après sinistre d'un groupe particulier est valide pour la permutation ou le basculement vers ce groupe.

Pour le groupe de protection de récupération après sinistre de la région 1, vous définissez les plans de permutation et de basculement de la région 2 vers la région 1. Pour le groupe de protection de récupération après sinistre de la région 2, vous définissez les plans de permutation et de basculement de la région 1 à la région 2.

Remarques :

Vous pouvez uniquement créer et modifier des plans dans le groupe de protection de récupération après sinistre qui a le rôle de groupe de secours.
Vous pouvez créer les types de plan suivants :
  • Plan de permutation

    Effectue une transition planifiée des services du groupe principal de protection de DR vers le groupe de secours. Les plans de permutation sont utilisés pour effectuer une transition fluide en arrêtant la pile d'applications dans la région principale, puis en la démarrant dans la région de secours. Par conséquent, les composants de pile d'applications et les autres services OCI requis doivent être disponibles dans les deux régions. Les plans de permutation sont généralement utilisés à des fins de maintenance planifiée du site, d'application de patches aux logiciels, de test de récupération après sinistre et de validation.

  • Plan de basculement

    Effectue une transition non planifiée des services vers la région de secours. Les plans de basculement effectuent généralement une transition immédiate en activant la pile d'applications dans la région de secours, sans tenter d'arrêter le service dans la région principale. Par conséquent, le plan de basculement nécessite uniquement que les services OCI soient disponibles dans la région de secours. Les plans de basculement sont généralement utilisés pour effectuer des transitions de récupération après sinistre lorsqu'une coupure ou un sinistre touche la région principale.

Créer le plan de permutation

Créez le plan de permutation dans le groupe de protection de secours pour la récupération après sinistre.

  1. Dans la console Oracle Cloud Infrastructure, accédez au groupe de protection de récupération après sinistre de secours, cliquez sur Plans, puis sur Créer un plan.
  2. Indiquez le nom du plan.
    Par exemple, switchover_to_region2.
  3. Sélectionnez Permutation pour le type de plan.

    Lorsque le plan est créé, il inclut les étapes intégrées : les prévérifications et la permutation de base de données, ainsi que les étapes de gestion de la réplication inter-région des volumes de blocs, le cas échéant.

    Les étapes sont regroupées dans Groupes de plans. Toutes les étapes d'un même groupe de plans sont exécutées en parallèle.
    Les groupes de plans suivants sont attendus prêts à l'emploi dans un plan de permutation pour les modèles de récupération après sinistre basés sur OCI File Storage avec les méthodes de réplication de configuration rsync et Oracle Database File System :
    • Prévérifications intégrées : effectue des prévérifications pour toutes les étapes du plan.
    • Permutation des bases de données (de secours) : effectue la permutation de la base de données.
    Les groupes de plans suivants sont attendus prêts à l'emploi dans un plan de permutation pour le modèle de récupération après sinistre basé sur la méthode de réplique inter-région OCI Block Volumes :
    • Prévérifications intégrées : effectue des prévérifications pour toutes les étapes du plan.
    • Détacher les volumes de blocs des instances de calcul : démonte et détache les volumes de blocs des instances de calcul principales.
    • Groupes de volumes de permutation : active les répliques de groupes de volumes de blocs sur le site de secours. Les groupes de volumes de blocs et les volumes de blocs sont donc créés dans le site de secours. Il s'agit d'une copie des volumes de blocs principaux.
    • Permutation des bases de données (de secours) : effectue la permutation de la base de données.
    • Attacher des volumes de blocs à partir d'instances de calcul : attache les volumes de blocs activés aux instances de calcul de secours.
    • Réplication des groupes de volumes inversés : active la réplication inter-région dans les nouveaux groupes de volumes de blocs créés dans la région de secours (nouvelle base principale). Ils sont maintenant répliqués vers la région principale précédente.
    • Mettre fin au groupe de volumes : met fin aux groupes de volumes de blocs et aux volumes de blocs dans la région principale précédente.
    • Enlever des groupes de volumes du groupe de protection de récupération après sinistre : enlève les membres des groupes de volumes de blocs de la définition de groupe de protection de récupération après sinistre principale précédente. Les groupes de volumes de blocs sont désormais ajoutés en tant que membres du nouveau groupe de protection de récupération après sinistre principal.

    Remarques :

    L'étape Mettre fin au groupe de volumes est désactivée par défaut.

    Lorsque l'étape est désactivée, les volumes de blocs et les groupes de volumes de blocs de l'instance principale précédente ne sont pas supprimés (uniquement détachés). Vous devrez les supprimer manuellement. Lorsque l'étape est activée, les volumes de blocs et les groupes de volumes de blocs de l'instance principale précédente sont automatiquement supprimés.

    Après les tests de validation initiaux, Oracle recommande d'activer cette étape pour éviter les doublons de volume de blocs. Sinon, les volumes de blocs restants sont répliqués en permanence et, même s'ils ne sont pas utilisés, ils entraînent un coût indésirable.

  4. Pour le reste des actions, ajoutez les groupes de plans définis par l'utilisateur et les étapes pour les instances Oracle WebLogic Server (WLS) et la permutation DNS frontale, comme indiqué dans le tableau.
    Groupe de plans défini par l'utilisateur Étape Mode erreur Région Script Instance cible Paramètres de script Exécuter comme utilisateur
    Arrêt de WLS dans remote_region (parallèle) Noeud d'arrêt WLS 0 Arrêt en cas d'erreur Région distante Exécuter un script local Instance de calcul de niveau intermédiaire 0 /opt/scripts/custom_stop.sh oracle
    Arrêt de WLS dans remote_region (parallèle) Noeud d'arrêt WLS 1 Arrêt en cas d'erreur Région distante Exécuter un script local Instance de calcul de niveau intermédiaire 1 /opt/scripts/custom_stop.sh oracle
    Arrêt de WLS dans remote_region (parallèle) Noeud d'arrêt WLS N Arrêt en cas d'erreur Région distante Exécuter un script local Instance de calcul de niveau intermédiaire N /opt/scripts/custom_stop.sh oracle
    Démarrage du serveur d'administration WLS dans this_region Serveur d'administration WLS Arrêt en cas d'erreur Cette région Exécuter un script local Instance de calcul de niveau intermédiaire 0 /opt/scripts/custom_start_aserver.sh oracle
    Les serveurs gérés WLS démarrent dans this_region (tous en parallèle) Noeud de début WLS 0 Arrêt en cas d'erreur Cette région Exécuter un script local Instance de calcul de niveau intermédiaire 0 /opt/scripts/custom_start_mserver.sh oracle
    Les serveurs gérés WLS démarrent dans this_region (tous en parallèle) Noeud de début WLS 1 Arrêt en cas d'erreur Cette région Exécuter un script local Instance de calcul de niveau intermédiaire 1 /opt/scripts/custom_start_mserver.sh oracle
    Les serveurs gérés WLS démarrent dans this_region (tous en parallèle) Noeud de début WLS N Arrêt en cas d'erreur Cette région Exécuter un script local Instance de calcul de niveau intermédiaire N /opt/scripts/custom_start_mserver.sh oracle
    Commutation DNS frontale Commutation DNS frontale Arrêt en cas d'erreur Cette région Exécuter la fonction / du script local Instance de calcul de niveau intermédiaire 0 Chemin d'accès au script DNS dans l'hôte opc (ou l'utilisateur qui exécute le script DNS)

    Remarques :

    Le délai d'expiration par défaut pour chaque opération est de 3600 secondes, ce qui s'ajuste correctement pour la plupart des cas. Pour certaines opérations, telles que le démarrage et l'arrêt des serveurs gérés WLS, vous devrez peut-être ajuster cette valeur en fonction des applications déployées et déterminer si les arrêts progressifs doivent attendre les paramètres de l'API JTA (Java Transaction API) et les opérations à longue durée d'exécution. De même, le délai d'expiration du démarrage dépendra de vos déploiements Oracle WebLogic Server. Par exemple, dans un système SOA, cela peut varier en fonction du nombre et du type de composites déployés. Etant donné que cela peut avoir un impact direct sur l'objectif de temps de récupération attendu (RTO), vérifiez d'abord chaque opération manuellement pour votre système et utilisez la valeur de délai d'expiration acceptable pour répondre au RTO (vous devrez peut-être intervenir si un délai d'expiration se produit).

    Les étapes d'un même groupe de plans sont exécutées en parallèle. Les groupes de plans sont exécutés en mode série. Par conséquent, placez les étapes permettant d'arrêter les instances Oracle WebLogic Server sous le même groupe de plans, de sorte que ces instances Oracle WebLogic Server soient arrêtées en parallèle. Toutefois, les étapes de démarrage des instances Oracle WebLogic Server sont divisées en 2 groupes de plans : un groupe de plans pour démarrer le serveur d'administration sur le premier noeud et un autre groupe de plans avec des étapes N pour démarrer les instances gérées Oracle WebLogic Server sur tous les hôtes en parallèle.

  5. Vous pouvez éventuellement ajouter les étapes définies par l'utilisateur suivantes lorsque vous utilisez un modèle de récupération après sinistre basé sur OCI File Storage avec la réplication de configuration rsync ou Oracle Database File System. Ces scripts répliquent la configuration Oracle WebLogic vers la base de données de secours avant la permutation :
    Groupe de plans défini par l'utilisateur Étape Mode erreur Région Script Instance cible Paramètres de script Exécuter comme utilisateur
    (facultatif,) Synchronisation de la configuration dans le dossier principal (du dossier principal au dossier intermédiaire) Exécuter le script de réplique de configuration dans le noeud principal 0 Arrêt en cas d'erreur Région distante Exécuter un script local Instance de calcul de niveau intermédiaire 0 /u01/scripts/config_replica.sh oracle
    (Facultatif) Synchronisation de la configuration dans la base de données de secours (du dossier intermédiaire à la base de données de secours) Exécuter le script de réplique de configuration sur le noeud de secours 0 Arrêt en cas d'erreur Cette région Exécuter un script local Instance de calcul de niveau intermédiaire 0 /u01/scripts/config_replica.sh oracle
  6. Ajoutez les étapes définies par l'utilisateur suivantes lors de l'utilisation du modèle de récupération après sinistre basé sur la réplique inter-région OCI Block Volumes pour remplacer les chaînes de connexion de base de données de la configuration Oracle WebLogic (WLS) afin de pointer vers la base de données locale :
    Groupe de plans défini par l'utilisateur Étape Mode erreur Région Script Instance cible Paramètres de script Exécuter comme utilisateur
    Remplacement de la chaîne DB Connect dans WLS (toutes en parallèle) dans le noeud WLS 0 Arrêt en cas d'erreur Cette région Exécuter un script local Instance de calcul de niveau intermédiaire 0 /u01/scripts/replacement_script_BVmodel.sh oracle
    Remplacement de la chaîne DB Connect dans WLS (toutes en parallèle) dans le noeud WLS 1 Arrêt en cas d'erreur Cette région Exécuter un script local Instance de calcul de niveau intermédiaire 1 /u01/scripts/replacement_script_BVmodel.sh oracle
    Remplacement de la chaîne DB Connect dans WLS (toutes en parallèle) dans le noeud WLS N Arrêt en cas d'erreur Cette région Exécuter un script local Instance de calcul de niveau intermédiaire N /u01/scripts/replacement_script_BVmodel.sh oracle
  7. Réorganisez les groupes de plans dans le plan comme suit lors de l'utilisation du modèle de récupération après sinistre basé sur OCI File Storage avec la réplication de configuration rsync ou Oracle Database File System :
    Poste du groupe de plans Groupe de plans Type de groupe de plans
    1 Prévérifications intégrées Etape intégrée
    2 (Facultatif) Synchronisation de configuration dans le dossier principal (du dossier principal au dossier intermédiaire) Etape définie par l'utilisateur
    3 (Facultatif) Synchronisation de configuration dans la base de données de secours (du dossier intermédiaire à la base de données de secours) Etape définie par l'utilisateur
    4 Arrêt d'Oracle WebLogic Server dans remote_region (parallèle) Etape définie par l'utilisateur
    5 Permutation DNS Etape définie par l'utilisateur
    6 Permuter des bases de données (de secours) Etape intégrée
    7 Démarrage du serveur d'administration Oracle WebLogic Server dans this_region Etape définie par l'utilisateur
    8 Les serveurs gérés Oracle WebLogic Server démarrent dans this_region (tous les noeuds en parallèle) Etape définie par l'utilisateur
  8. Réorganisez les groupes de plans dans le plan comme suit lors de l'utilisation du modèle de récupération après sinistre basé sur la réplication inter-région OCI Block Volumes, selon l'ordre par défaut :
    Poste du groupe de plans Groupe de plans Type de groupe de plans
    1 Prévérifications intégrées Etape intégrée
    2 Arrêt d'Oracle WebLogic Server dans remote_region (parallèle) Etape définie par l'utilisateur
    3 Détacher les volumes de blocs des instances de calcul Etape intégrée
    4 Permutation de groupes de volumes Etape intégrée
    5 Permutation DNS Etape définie par l'utilisateur
    6 Permuter des bases de données (de secours) Etape intégrée
    7 Attacher des volumes de blocs à partir d'instances de calcul Etape intégrée
    8 Remplacement de la chaîne DB Connect dans Oracle WebLogic Server (tout en parallèle) Etape définie par l'utilisateur
    9 Démarrage du serveur d'administration Oracle WebLogic Server dans this_region Etape définie par l'utilisateur
    10 Les serveurs gérés Oracle WebLogic Server démarrent dans this_region (tous les noeuds en parallèle) Etape définie par l'utilisateur
    11 Réplication des groupes de volumes inversés Etape intégrée
    12 Mettre fin au groupe de volumes Etape intégrée
    13 Enlever des groupes de volumes du groupe de protection de récupération après sinistre Etape intégrée

    Le temps d'inactivité de ce plan de permutation commence à l'étape 2 et se termine une fois l'étape 10 terminée.

    Pour réduire le temps d'arrêt pendant le plan de permutation, vous pouvez utiliser l'ordre suivant :
    Poste du groupe de plans Groupe de plans Type de groupe de plans
    1 Prévérifications intégrées Etape intégrée
    2 Permutation de groupes de volumes Etape intégrée
    3 Attacher des volumes de blocs à partir d'instances de calcul Etape intégrée
    4 Remplacement de la chaîne DB Connect dans Oracle WebLogic Server (tout en parallèle) Etape définie par l'utilisateur
    5 Arrêt d'Oracle WebLogic Server dans remote_region (parallèle) Etape définie par l'utilisateur
    6 Permutation DNS Etape définie par l'utilisateur
    7 Permuter des bases de données (de secours) Etape intégrée
    8 Démarrage du serveur d'administration Oracle WebLogic Server dans this_region Etape définie par l'utilisateur
    9 Les serveurs gérés Oracle WebLogic Server démarrent dans this_region (tous les noeuds en parallèle) Etape définie par l'utilisateur
    10 Détacher les volumes de blocs des instances de calcul Etape intégrée
    11 Réplication des groupes de volumes inversés Etape intégrée
    12 Mettre fin au groupe de volumes Etape intégrée
    13 Enlever des groupes de volumes du groupe de protection de récupération après sinistre Etape intégrée
    Le temps d'arrêt de cette permutation se produit entre l'étape 5 et se termine une fois l'étape 9 terminée.

    Remarques :

    L'étape de terminaison d'un groupe de volumes est désactivée par défaut.

    Lorsque l'étape est désactivée, les volumes de blocs et les groupes de volumes de blocs de l'instance principale précédente ne sont pas supprimés (ils sont uniquement détachés et la réplique inter-région est désactivée). Vous devez les supprimer manuellement. Lorsque l'étape est activée, les volumes de blocs et les groupes de volumes de blocs de l'instance principale précédente sont automatiquement supprimés.

    Après les tests de validation initiaux, Oracle recommande d'activer cette étape pour éviter les duplications de volume de blocs. Sinon, les volumes de blocs restants sont répliqués en permanence et, même s'ils ne sont pas utilisés, ils entraînent un coût indésirable.

  9. Répétez ces étapes pour créer le plan de permutation dans le groupe de protection de récupération après sinistre pour la région principale.

    Remarques :

    Pour créer le plan de permutation dans le groupe de protection de récupération après sinistre pour la région principale, vous devez attendre qu'il soit dans le rôle de secours. Par conséquent, planifiez une permutation dans une fenêtre de temps d'arrêt planifié ou attendez la prochaine permutation planifiée pour créer les plans de permutation dans l'autre groupe de protection de récupération après sinistre.

Créer le plan de basculement

Créez le plan de basculement dans le groupe de protection de récupération après sinistre de secours.

  1. Dans la console OCI, accédez au groupe de protection de récupération après sinistre de secours, cliquez sur Plans, puis sur Créer un plan.
  2. Indiquez le nom du plan.
    Par exemple, failover_to_region2.
  3. Sélectionnez Basculement pour le type de plan.
    Lorsque le plan est créé, il inclut les étapes intégrées : les prévérifications et l'étape de basculement de base de données, ainsi que les étapes liées à la réplication inter-région Block Volumes, le cas échéant.
    Les groupes de plans suivants sont attendus prêts à l'emploi dans un plan de basculement pour les modèles de récupération après sinistre basés sur OCI File Storage avec les méthodes de réplication de configuration rsync et Oracle Database File System :
    • Prévérifications intégrées : effectue des prévérifications pour toutes les étapes du plan.
    • Bases de données de basculement (de secours) : effectue le basculement de la base de données.
    Voici les groupes de plans attendus prêts à l'emploi dans un plan de basculement pour le modèle de récupération après sinistre basé sur la méthode de réplique inter-région OCI Block Volumes :
    • Prévérifications intégrées : effectue des prévérifications pour toutes les étapes du plan.
    • Groupes de volumes de basculement : active les répliques de groupes de volumes de blocs dans la région de secours. Les groupes de volumes de blocs et les volumes de blocs sont donc créés dans la base de données de secours. Il s'agit d'une copie des volumes de blocs principaux.
    • Bases de données de basculement (de secours) : effectue le basculement de la base de données.
    • Attacher des volumes de blocs à partir d'instances de calcul : attache les volumes de blocs de secours aux instances de calcul de secours.

    Remarques :

    Le plan de basculement n'inclut aucune opération dans le groupe de récupération après sinistre principal. Après un basculement, vous devez effectuer manuellement certaines actions une fois que le système principal est à nouveau disponible. Pour plus d'informations, reportez-vous à la section Resetting DR Configuration After a Failover.

  4. Pour le reste des actions, ajoutez les groupes de plans et les étapes, comme indiqué dans le tableau.
    Groupe de plans défini par l'utilisateur Étape Mode erreur Région Script Instance cible Paramètres de script Exécuter comme utilisateur
    Arrêt de WLS dans remote_region (parallèle) Noeud d'arrêt WLS 0 Continuer sur erreur Remote region Exécuter un script local Instance de calcul de niveau intermédiaire 0 /opt/scripts/custom_stop.sh oracle
    Arrêt de WLS dans remote_region (parallèle) Noeud d'arrêt WLS 1 Continuer sur erreur Remote region Exécuter un script local Instance de calcul de niveau intermédiaire 1 /opt/scripts/custom_stop.sh oracle
    Arrêt de WLS dans remote_region (parallèle) Noeud d'arrêt WLS N Continuer sur erreur Remote region Exécuter un script local Instance de calcul de niveau intermédiaire N /opt/scripts/custom_stop.sh oracle
    Démarrage du serveur d'administration WLS dans this_region Serveur d'administration WLS Arrêt en cas d'erreur This region Exécuter un script local Instance de calcul de niveau intermédiaire 0 /opt/scripts/custom_start_aserver.sh oracle
    Les serveurs gérés WLS démarrent dans this_region (tous en parallèle) Noeud de début WLS 0 Arrêt en cas d'erreur This region Exécuter un script local Instance de calcul de niveau intermédiaire 0 /opt/scripts/custom_start_mserver.sh oracle
    Les serveurs gérés WLS démarrent dans this_region (tous en parallèle) Noeud de début WLS 1 Arrêt en cas d'erreur This region Exécuter un script local Instance de calcul de niveau intermédiaire 1 /opt/scripts/custom_start_mserver.sh oracle
    Les serveurs gérés WLS démarrent dans this_region (tous en parallèle) Noeud de début WLS N Arrêt en cas d'erreur This region Exécuter un script local Instance de calcul de niveau intermédiaire N /opt/scripts/custom_start_mserver.sh oracle
    Commutation DNS frontale Commutation DNS frontale Arrêt en cas d'erreur This region Exécuter un script/fonction local Instance de calcul de niveau intermédiaire 0 Chemin d'accès au script DNS dans l'hôte opc (ou l'utilisateur qui exécute le script DNS)

    Les étapes sont les mêmes que celles définies pour le plan de permutation équivalent. Toutefois, dans ce cas, veillez à définir le mode d'erreur sur Continuer en cas d'erreur dans les étapes qui arrêtent Oracle WebLogic Server dans le serveur principal. Dans un scénario de basculement, les composants principaux risquent d'être indisponibles.

    Remarques :

    Le délai d'expiration par défaut pour chaque opération est de 3600 secondes, ce qui s'ajuste correctement pour la plupart des cas. Pour certaines opérations, telles que le démarrage et l'arrêt des serveurs gérés WLS, vous devrez peut-être ajuster cette valeur en fonction des applications déployées et déterminer si les arrêts progressifs doivent attendre les paramètres de l'API JTA (Java Transaction API) et les opérations à longue durée d'exécution. De même, le délai d'expiration du démarrage dépendra de vos déploiements Oracle WebLogic Server. Par exemple, dans un système SOA, cela peut varier en fonction du nombre et du type de composites déployés. Etant donné que cela peut avoir un impact direct sur l'objectif de temps de récupération attendu (RTO), vérifiez d'abord chaque opération manuellement pour votre système et utilisez la valeur de délai d'expiration acceptable pour répondre au RTO (vous devrez peut-être intervenir si un délai d'expiration se produit).

    Les groupes de plans sont exécutés en mode série. Les étapes d'un même groupe de plans sont exécutées en parallèle. Par conséquent, placez les étapes permettant d'arrêter les instances Oracle WebLogic Server sous le même groupe de plans, de sorte que ces instances Oracle WebLogic Server soient arrêtées en parallèle. Toutefois, les étapes de démarrage des instances Oracle WebLogic Server sont divisées en 2 groupes de plans : un groupe de plans pour démarrer le serveur d'administration sur le premier noeud et un autre groupe de plans avec des étapes N pour démarrer les instances gérées Oracle WebLogic Server sur tous les noeuds en parallèle.

  5. Ajoutez les étapes définies par l'utilisateur suivantes lors de l'utilisation du modèle de récupération après sinistre basé sur la réplique inter-région OCI Block Volumes afin de remplacer les chaînes de connexion de base de données dans la configuration Oracle WebLogic Server (WLS) pour pointer vers la base de données locale :
    Groupe de plans défini par l'utilisateur Étape Mode erreur Région Script Instance cible Paramètres de script Exécuter comme utilisateur
    Remplacement de la chaîne DB Connect dans WLS (toutes en parallèle) dans le noeud WLS 0 Arrêt en cas d'erreur Cette région Exécuter un script local Instance de calcul de niveau intermédiaire 0 /u01/scripts/replacement_script_BVmodel.sh oracle
    Remplacement de la chaîne DB Connect dans WLS (toutes en parallèle) dans le noeud WLS 1 Arrêt en cas d'erreur Cette région Exécuter un script local Instance de calcul de niveau intermédiaire 1 /u01/scripts/replacement_script_BVmodel.sh oracle
    Remplacement de la chaîne DB Connect dans WLS (toutes en parallèle) dans le noeud WLS N Arrêt en cas d'erreur Cette région Exécuter un script local Instance de calcul de niveau intermédiaire N /u01/scripts/replacement_script_BVmodel.sh oracle
  6. Réorganisez les groupes de plans dans le plan de basculement comme suit lors de l'utilisation du modèle de récupération après sinistre basé sur Oracle Cloud Infrastructure File Storage avec la réplication de configuration rsync ou Oracle Database File System :
    Poste du groupe de plans Groupe de plans Type de groupe de plans
    1 Prévérifications intégrées Etape intégrée
    2 Arrêt d'Oracle WebLogic Server dans remote_region (parallèle) Etape définie par l'utilisateur
    3 Permutation DNS Etape définie par l'utilisateur
    4 Basculement en cas d'incident des bases de données (de secours) Etape intégrée
    5 Démarrage du serveur d'administration Oracle WebLogic Server dans this_region Etape définie par l'utilisateur
    6 Les serveurs gérés Oracle WebLogic Server démarrent dans this_region (tous les noeuds en parallèle) Etape définie par l'utilisateur
  7. Réorganisez les groupes de plans dans le plan comme suit lors de l'utilisation du modèle de récupération après sinistre basé sur la réplication inter-région OCI Block Volumes, selon l'ordre par défaut.
    Poste du groupe de plans Groupe de plans Type de groupe de plans
    1 Prévérifications intégrées Etape intégrée
    2 Arrêt d'Oracle WebLogic Server dans remote_region (parallèle) Etape définie par l'utilisateur
    3 Groupes de volumes de basculement Etape intégrée
    4 Permutation DNS Etape définie par l'utilisateur
    5 Basculement en cas d'incident des bases de données (de secours) Etape intégrée
    6 Attacher des volumes de blocs à partir d'instances de calcul Etape intégrée
    7 Remplacement de la chaîne DB Connect dans WLS dans this_region (tous les noeuds en parallèle) Etape définie par l'utilisateur
    8 Démarrage du serveur d'administration Oracle WebLogic Server dans this_region Etape définie par l'utilisateur
    9 Les serveurs gérés Oracle WebLogic Server démarrent dans this_region (tous les noeuds en parallèle) Etape définie par l'utilisateur
  8. Répétez ces étapes pour créer le plan de basculement dans le groupe de protection de récupération après sinistre pour la région principale.

    Remarques :

    Pour créer le plan de basculement dans le groupe de protection de récupération après sinistre pour la région principale, vous devez attendre qu'il ait le rôle de base de données de secours.