Automatiser la récupération après sinistre à froid pour OCI Database with PostgreSQL à l'aide de la récupération après sinistre de pile complète OCI

Présentation

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 des régions OCI à partir du monde entier en un seul clic. Les clients peuvent automatiser les étapes nécessaires à la récupération d'un ou de plusieurs systèmes d'affaires sans reconcevoir ou modifier l'infrastructure, les bases de données ou les applications existantes et sans avoir besoin de serveurs de gestion ou de conversion spécialisés.

OCI Database with PostgreSQL est un service compatible PostgreSQL entièrement géré avec un dimensionnement intelligent, un réglage et une durabilité élevée. Le service adapte automatiquement le stockage à mesure que les tables de base de données sont créées et supprimées, ce qui facilite la gestion et optimise les dépenses de stockage. Les données sont chiffrées en transit et au repos. OCI Database with PostgreSQL est conçu pour la haute disponibilité en offrant une durabilité même en cas de défaillance d'un domaine de disponibilité.

Dans ce tutoriel, vous apprendrez à automatiser une reprise après sinistre à froid pour OCI Database with PostgreSQL. Il décrit les procédures d'utilisation du service de reprise après sinistre de pile complète OCI pour gérer les processus de permutation et de basculement.

Note : Ce type de stratégie de reprise après sinistre repose sur un mécanisme de sauvegarde et de restauration, ce qui le rend le mieux adapté aux applications non critiques lorsque les exigences d'affaires relatives aux objectifs de temps de reprise (ODR) et aux objectifs de point de reprise (OPR) ne sont pas trop exigeantes.

Description de l'architecture

L'architecture présentée dans ce tutoriel présente une application Web typique s'exécutant sur une machine virtuelle OCI intégrée de façon transparente à OCI Database with PostgreSQL.

Un équilibreur de charge OCI est déployé dans un sous-réseau public des deux régions pour gérer efficacement les connexions des utilisateurs externes. Les utilisateurs d'application sont acheminés vers les serveurs dorsaux actuellement actifs dans la région X au moyen du service de pilotage du trafic DNS.

Description de l'illustration fsdr_psql_backup_restore_dr-Physical_Architecture.png

Description de l'architecture de récupération après sinistre

La stratégie de reprise après sinistre pour cette application Web nécessite une approche complète, notamment la réplication complète du volume de démarrage de la machine virtuelle avec réplication de groupe de volumes.

Pour OCI Database with PostgreSQL, la copie de sauvegarde est activée pour copier régulièrement la sauvegarde automatique dans la région distante afin de garantir la protection des données et la préparation à la récupération après sinistre.

fsdr_psql_backup_restore_dr-Physical_DR_Architecture.png

Description de l'illustration fsdr_psql_backup_restore_dr-Physical_DR_Architecture.png

La solution de récupération pour ce déploiement nécessite la récupération après sinistre de pile complète pour OCI pour exécuter une série de scripts Python personnalisés lors d'une opération de récupération telle qu'un basculement ou une permutation.

Les scripts référencés dans ce tutoriel sont fournis par l'équipe d'ingénierie technologique EMEA et disponibles ici : récupération complète de pile-catastrophe, qui est spécifiquement adaptée à cette solution de reprise après sinistre.

Ce tutoriel explique comment télécharger les scripts et comment les utiliser dans une tâche ultérieure.

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é.

Un équilibreur de charge est préprovisionné dans la région distante, ce qui garantit qu'il est prêt à gérer le trafic de manière transparente lors de la transition de la machine virtuelle de l'application Web vers la région distante lors d'une permutation ou d'un basculement scénario, comme visible dans le diagramme suivant, la permutation transparente de l'équilibreur de charge est garantie par une politique de pilotage DNS avec une vérification de l'état associée à un routage vers le jeu dorsal d'équilibreur de charge actuellement disponible. Pour plus d'informations, voir Gestion du trafic OCI.

Le module d'écoute de l'équilibreur de charge est configuré sur les ports 80 (frontal) et 8000 (API) et acheminé respectivement vers les ports 3000 et 8585 dans la configuration par défaut.

fsdr_psql_backup_restore_dr-Physical_Network_Architecture.png

Description de l'illustration fsdr_psql_backup_restore_dr-Physical_Network_Architecture.png

Le diagramme suivant illustre le flux de travail de la copie de sauvegarde automatique de la région principale vers la région distante.

fsdr_psql_backup_restore_dr-Logical_Workflow_Auto_Copy_Backup_to_Remote.png

Description de l'illustration fsdr_psql_backup_restore_dr-Logical_Workflow_Auto_Copy_Backup_to_Remote.png

Dans ce cas, les sauvegardes peuvent être programmées pour s'exécuter quotidiennement, puis copiées dans une région distante pour une redondance supplémentaire, ce qui donne un objectif de point de récupération (OPR) de 24 heures.

Note :

Veillez à activer la sauvegarde automatique et à activer la copie de sauvegarde dans la région distante. Sans cette étape, le processus de restauration peut échouer car la sauvegarde n'est pas disponible dans la région secondaire.

Alors que dans ce tutoriel, nous mettons l'accent sur l'automatisation des tâches de création, de transfert vers une autre région et de création d'un nouveau système de base de données à partir de la sauvegarde, ces mêmes étapes peuvent être effectuées manuellement en suivant notre documentation OCI Database with PostgreSQL décrite.

Sauvegarde manuelle d'un système de base de données.

Copie d'une base de données OCI Database with PostgreSQL vers une autre région.

Création d'un système de base de données à partir d'une sauvegarde.

Si le cas d'utilisation nécessite un RPO plus court, la solution consisterait à programmer des sauvegardes plus fréquentes et à utiliser les scripts fournis (psql_create_bkp.py et psql_copy_bkp.py) pour déclencher manuellement des sauvegardes et les copier dans la région distante, conformément aux exigences commerciales. En outre, psql_copy_config.py peut être utilisé pour copier la configuration OCI Database with PostgreSQL dans la région distante, ce qui est nécessaire pour restaurer les extensions et les paramètres des systèmes de base de données.

fsdr_psql_backup_restore_dr-Logical_Workflow_Manual_Backup_Copy_to_Remote.png

Description de l'illustration fsdr_psql_backup_restore_dr-Logical_Workflow_Manual_Backup_Copy_to_Remote.png

Tous les scripts sont disponibles sur GitHub et sont détaillés dans les sections suivantes.

Note : Veillez à programmer ce script (ou un script similaire) en fonction des besoins de votre entreprise pour effectuer régulièrement une sauvegarde et la copier dans la région distante. Sans cette étape, le processus de restauration peut échouer car la sauvegarde n'est pas disponible dans la région secondaire.

Comment fonctionne la récupération?

Après l'exécution d'une permutation planifiée, les rôles sont inversés : la charge de travail principale s'exécute dans la région 2, tandis que la base de secours fonctionne dans la région 1. L'architecture apparaîtra comme suit :

fsdr_psql_backup_restore_dr-Physical_Switchover_Architecture.png

Description de l'illustration fsdr_psql_backup_restore_dr-Physical_Switchover_Architecture.png

Dans la configuration courante, nous exploitons le service DNS privé d'OCI pour gérer un enregistrement DNS qui dirige le trafic vers la base de données OCI Database with PostgreSQL active avec le point d'extrémité PostgreSQL. Au cours du processus de récupération, cet enregistrement DNS est mis à jour au moyen d'un script personnalisé (psql_update_dns.py) pour refléter la nouvelle base de données OCI Database with PostgreSQL, assurant ainsi une permutation ou un basculement transparents et une continuité de service.

Le diagramme suivant illustre le flux de travail de restauration de la dernière sauvegarde OCI Database with PostgreSQL dans la région de secours, qui devient alors la nouvelle région principale.

fsdr_psql_backup_restore_dr-Logical_Workflow_Switchover_to_Remote.png

Description de l'illustration fsdr_psql_backup_restore_dr-Logical_Workflow_Switchover_to_Remote.png

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

Régions :
- Région 1 (Dubaï) : Dubaï servira initialement de région principale. Toutefois, ce rôle passera à la base de secours au cours du processus de permutation, qui sera effectué dans les tâches ultérieures dans le cadre du plan de reprise après sinistre.
- Région 2 (Abu Dhabi) : Abu Dhabi fonctionnera initialement en tant que région de secours. Ce rôle passera ensuite au rôle principal après le processus de permutation, qui sera effectué dans les tâches suivantes dans le cadre de la procédure de reprise après sinistre.
Compartiments : Vous pouvez organiser ce déploiement et la reprise après sinistre de pile complète OCI en n'importe quel modèle de compartiment conforme à vos normes de gouvernance des TI. Nous avons choisi d'organiser toutes les ressources OCI pour ce tutoriel dans un seul compartiment.

Machine virtuelle d'application Web

L'application Web de ce tutoriel vise à présenter l'architecture de scénario de bout en bout. Un script de déploiement unique (deploy_application_demo.sh) configure et déploie la pile d'applications dans la machine virtuelle de l'application Web. Vous trouverez d'autres instructions sur le déploiement de l'application dans le référentiel ici : link-to-web-app-sample

Prévisualisation Frontend : Les rangées visibles dans le rapport proviennent directement de la base de données OCI Database with PostgreSQL avec PostgreSQL.

Description de l'illustration webapp-frontend-preview.png

Objectifs

Les tâches suivantes seront traitées dans ce tutoriel :

Tâche 1 : Préparer l'environnement pour la récupération après sinistre.
Tâche 2 : Créer des groupes de protection RS (DRPG) dans les deux régions.
Tâche 3 : Ajouter des membres au groupe de protection RS.
Tâche 4 : Créer des plans RS de base dans la région 2.
Tâche 5 : Personnaliser le plan de permutation dans la région 2.
Tâche 6 : Personnaliser le plan de basculement dans la région 2.
Tâche 7 : Exécuter les vérifications préalables des plans RS dans la région 2.
Tâche 8 : Exécuter le plan de permutation dans la région 2.
Tâche 9 : Créer et personnaliser les plans RS dans la région 1.
Tâche 10 : Exécuter le plan de basculement dans la région 1.

Tâche 1 : Préparer l'environnement pour la reprise après sinistre

Tâche 1.1 : Créer des groupes de volumes et activer la réplication

Créez un groupe de volumes pour l'exemple de machine virtuelle d'application Web dans la région 1 et assurez-vous qu'il est répliqué dans la région 2. Assurez-vous que le volume de démarrage de chaque machine virtuelle d'application (exemple WebApp) est membre du groupe de volumes et que le groupe de volumes est répliqué dans la région 2.

Les images suivantes affichent le groupe de volumes créé, qui comprend les volumes de démarrage de la machine virtuelle de l'application Web, avec la réplication activée pour la région 2. Pour plus d'informations, voir Création d'un groupe de volumes.

Description de l'illustration psql-webapp-create-vol-grp.png

Description de l'illustration psql-webapp-create-vol-grp-2.png

Description de l'illustration psql-webapp-create-vol-grp-3.png

Après avoir configuré la réplication inter-région, cliquez sur Suivant jusqu'à ce que vous obteniez le sommaire et cliquez sur Créer.

Tâche 1.2 : Préparer la machine virtuelle d'application Web pour le déploiement automatisé

Téléchargez/clonez le référentiel GitHub à partir d'ici : (oci-postgressql-colddr) dans le dossier /home/opc.
Rendez le script exécutable.
```
chmod +x deploy_application_demo.sh
```
Mettez à jour le script deploy_application_demo.sh avec les détails nécessaires pour l'application Web et la base de données OCI Database with PostgreSQL dans les deux régions.
- WEBAPP_HOME : Emplacement racine du déploiement (emplacement à partir duquel vous exécutez le script). Par exemple, /home/opc.
- WEBAPP_URL : URL pointant vers le service de calcul avec l'API http://webapi.yoururl.eu:8000.
- PRIMARY_REGION : Région principale OCI. Le format est eu-frankfurt-1.
- STANDBY_REGION : Région de secours OCI.
- PRIMARY_SECRET_OCID : OCID de la clé secrète de la chambre forte OCI avec le mot de passe PostgreSQL dans la région principale (ocid1.vaultsecret.oc1.me-dubai-1.xxxxxx).
- STANDBY_SECRET_OCID : OCID de la clé secrète de la chambre forte OCI avec le mot de passe PostgreSQL dans la région de secours (ocid1.vaultsecret.oc1.me-abudhabi-1.xxxxxx).
- PG_USER : Utilisateur de base de données utilisé pour charger les données-échantillons (postgresql_sample.sql).
- PG_DB : Base de données utilisée pour charger les données-échantillons. La valeur par défaut est postgres.
- PG_HOST : Nom de domaine complet de l'entrée de zone privée pour la base de données.
Note :
- Assurez-vous que toutes les valeurs sont correctement mises à jour.
- D'autres paramètres peuvent rester inchangés lors de l'utilisation de la configuration par défaut.
Exécutez le script deploy_application_demo.sh.
```
./deploy_application_demo.sh
```
Cela déploiera le frontend, le backend, configurera les services et le pare-feu.

Une fois le déploiement réussi, le message Déploiement terminé s'affiche.

Dans le cadre du tutoriel, nous utiliserons cette même machine virtuelle pour exécuter des scripts définis par l'utilisateur. Assurez-vous que la machine virtuelle agissant en tant que noeud de contrôle RS a été configurée pour exécuter des commandes. Pour plus d'informations, voir Appeler des scripts personnalisés à l'aide de la commande d'exécution avec Oracle Cloud Infrastructure Full Stack Disaster Recovery.

Tâche 1.3 : Créer une politique de pilotage Web

Pour garantir que notre application pointe toujours vers la région active, une politique de pilotage pour la gestion du trafic de basculement peut être utilisée. La politique de pilotage associée au service de vérifications d'état OCI valide le point d'extrémité de l'application toutes les 60 secondes (durée de vie par défaut) au moyen du moniteur HTTP.

Allez à la console OCI et naviguez jusqu'à Réseau.
Cliquez sur Politiques de pilotage pour la gestion du trafic.

Description de l'illustration oci-web-steering-policies-nav.png
Cliquez sur Créer une politique de pilotage pour la gestion du trafic.

Description de l'illustration psql-webapp-dns-create.png
1. Sélectionnez Basculement comme type de politique.
  1. Entrez un nom pour la politique de pilotage.
  2. Sélectionnez le compartiment pour la politique de pilotage.
  3. Sélectionnez une durée de vie selon vos besoins.
  Description de l'illustration psql-webapp-dxb-dns-create-failover.png
2. Configurez le groupe de réponses 1, pointant vers l'équilibreur de charge dans la région 1.
  1. Entrez un nom significatif pour le groupe.
  2. Sélectionnez Un enregistrement comme type.
  3. Entrez l'adresse IP de l'équilibreur de charge de l'application Web dans la région 1.
  Description de l'illustration psql-webapp-dxb-dns-create-pool-1.png
3. Configurez le groupe de réponses 2, pointant vers l'équilibreur de charge dans la région 2.
  1. Entrez un nom pour le groupe.
  2. Sélectionnez Un enregistrement comme type.
  3. Entrez l'adresse IP de l'équilibreur de charge de l'application Web dans la région 2.
  Description de l'illustration psql-webapp-dxb-dns-create-pool-2.png
4. Configurez la priorité du groupe. Cette priorité de contexte est attribuée à la région 1.
  
  Description de l'illustration psql-webapp-dxb-dns-create-pool-priority.png
5. Cliquez sur Ajouter pour attacher une politique de vérifications d'état OCI.
  1. Sélectionnez le type de demande HTTP.
  2. Entrez un nom pour la vérification de l'état.
  3. Sélectionnez le compartiment pour la vérification de l'état.
  Description de l'illustration psql-webapp-dxb-dns-create-healthcheck.png
6. Cliquez sur options avancées.
  1. Entrez le port de l'application Web, dans ce cas 80.
  2. Entrez le chemin de l'application Web, dans ce cas /.
  3. Sélectionnez GET comme Méthode.
  4. Sélectionnez une temporisation pour la demande.
  Description de l'illustration psql-webapp-dxb-dns-create-healthcheck-details.png
7. Configurez les domaines attachés.
  1. Entrez le sous-domaine du point d'extrémité webapi.
  2. Sélectionnez le compartiment contenant la zone (domaine).
  3. Sélectionnez la zone appropriée.
  4. Répétez les étapes 1 à 3 pour le point d'extrémité webapp.
  Description de l'illustration psql-webapp-dxb-dns-create-domains.png
8. Vérifiez que tous les détails sont corrects et cliquez sur Créer une politique de pilotage pour la gestion du trafic. Après un certain temps, la création doit afficher Terminé.
  
  Description de l'illustration psql-webapp-dxb-dns-create-complete.png
9. Vous pouvez voir un aperçu de la politique de pilotage après la création. À la fin de la page, la vérification de l'état attachée est visible.
  
  Description de l'illustration psql-webapp-dxb-dns-create-details.png
  1. Cliquez sur Vérification d'état attachée.
  2. Naviguez jusqu'à Historique de vérification d'état.
  3. Ici, vous pouvez voir l'équilibreur de charge actuellement disponible ainsi que la disponibilité passée.
    
    Description de l'illustration psql-webapp-dxb-healthcheck-history.png

Tâche 1.4 : Créer des politiques Oracle Cloud Infrastructure Identity and Access Management pour la reprise après sinistre de pile complète pour OCI

Pour configurer les politiques OCI IAM requises pour la reprise après sinistre de pile complète OCI, voir :

Tâche 1.5 : Créer des politiques OCI IAM pour d'autres services gérés par la reprise après sinistre de pile complète OCI

La reprise 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 et d'autres services divers. Pour configurer les politiques OCI IAM requises pour d'autres services, voir Politiques pour les autres services gérés par la récupération après sinistre de pile complète et Politiques OCI IAM.

Tâche 2 : Créer des groupes de protection RS (DRPG) dans les deux régions

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.

Tâche 2.1 : Créer un groupe de protection dans la région 1

Allez à la console OCI et naviguez jusqu'à Groupes de protection RS.
1. Assurez-vous que le contexte de région OCI est réglé à Région 1 (Dubaï).
2. Cliquez sur Migration et récupération après sinistre.
3. Cliquez sur Groupes de protection RS.
Description de l'illustration psql-webapp-dxb-drpg-intro.png
Créez un groupe de protection RS de base dans la région 1. 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.
2. Cliquez sur Créer un groupe de protection RS pour ouvrir la boîte de dialogue.
3. Entrez le nom de la passerelle DRPG.
4. Sélectionnez Seau de stockage d'objets OCI pour les journaux de récupération après sinistre de pile complète OCI.
5. Cliquez sur Créer.
Description de l'illustration psql-webapp-dxb-drpg.png

Tâche 2.2 : Créer un groupe de protection dans la région 2

Allez à la console OCI, naviguez jusqu'à Groupes de protection RS.
1. Assurez-vous que le contexte de région OCI est réglé à Région 2 (Abou Dhabi).
2. Cliquez sur Migration et récupération après sinistre.
3. Cliquez sur Groupes de protection RS.
Description de l'illustration psql-webapp-dxb-drpg-intro.png
Créez un groupe de protection RS de base dans la région 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.
2. Cliquez sur Créer un groupe de protection RS pour ouvrir la boîte de dialogue.
3. Entrez le nom de la passerelle DRPG.
4. Sélectionnez Seau de stockage d'objets OCI pour les journaux de récupération après sinistre de pile complète OCI.
5. Cliquez sur Créer.
Description de l'illustration psql-webapp-auh-drpg.png

Tâche 2.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 pairs de la base principale et de la base de secours. 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.

Allez à la page Détails du groupe de protection RS.
1. Assurez-vous que le contexte de région OCI est réglé à Région 1 (Dubaï).
2. Cliquez sur Associer pour lancer le processus.
Description de l'illustration psql-webapp-dxbauh-drpg.png
Entrez les paramètres tels qu'ils apparaissent dans l'image suivante.
1. Rôle : 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. Région d'appairage : Sélectionnez la région 2 (Abu Dhabi), où l'autre passerelle DRPG a été créée.
3. Groupe de protection RS pair : Sélectionnez la passerelle DRPG pair qui a été créée.
4. Cliquez sur associer.
Description de l'illustration psql-webapp-dxbauh-drpg-associate.png

La récupération après sinistre de pile complète pour OCI affiche une valeur similaire à celle indiquée dans l'image suivante, une fois l'association terminée.

Le DRPG principal actuel est Dubaï (région 1).
Le DRPG pair de secours actuel est Abu Dhabi (région 2).

Description de l'illustration psql-webapp-dxbauh-drpg-primary.png

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 indiqué dans l'image suivante.

Le DRPG principal actuel est Dubaï (région 1).
Le DRPG pair de secours actuel est Abu Dhabi (région 2).

Description de l'illustration psql-webapp-dxbauh-drpg-standby.png

Tâche 3 : Ajouter des membres au groupe de protection RS

Dans cette tâche, nous ajouterons les ressources OCI suivantes à la passerelle DRPG principale dans la région 1.

Les instances de calcul hébergeant l'application Web seront ajoutées en tant que machine virtuelle mobile.
Groupe de volumes qui contient le volume de démarrage du noeud de calcul de l'application Web.
Équilibreur de charge principal.

Tâche 3.1 : Ajouter des membres à DRPG dans la région 1

Sélectionnez la passerelle DRPG dans la région 1, comme illustré dans l'image suivante.
1. Assurez-vous que le contexte de région OCI est Région 1 (Dubaï).
2. Sélectionnez la passerelle DRPG dans la région 1.
3. Sélectionnez Membres.
4. Cliquez sur Ajouter un membre pour commencer le processus.
Description de l'illustration psql-webapp-dxb-drpg-add.png
Ajoutez une instance de calcul pour la machine virtuelle d'application Web.
1. Accuser réception d'un avertissement concernant les plans RS.
2. Entrez Calcul comme type de ressource de membre.
3. Sélectionnez l'instance de calcul hébergeant l'application Web.
4. Sélectionnez Déplacement d'instance.
5. Cliquez sur Ajouter un mappage de carte VNIC pour sélectionner le VCN et le sous-réseau à affecter aux cartes VNIC de la région 2 lors d'une récupération.
6. Cliquez sur Voir les options avancées.
7. Dans Paramètres, sélectionnez Conserver le domaine d'erreur.
8. Vérifiez les détails et cliquez sur Ajouter.
Description de l'illustration psql-webapp-dxb-drpg-add-compute.png

Description de l'illustration psql-webapp-dxb-drpg-add-compute-vnic.png

Description de l'illustration psql-webapp-dxb-drpg-add-compute-vnic-details.png

Description de l'illustration psql-webapp-dxb-drpg-add-compute-detail.png
Ajoutez le groupe de volumes par blocs contenant le volume de démarrage de la machine virtuelle de l'application Web.
1. Accuser réception d'un avertissement concernant les plans RS.
2. Sélectionnez Groupe de volumes comme type de ressource de membre.
3. Assurez-vous que le compartiment contenant le groupe de volumes est sélectionné et sélectionnez le groupe de volumes.
4. Vérifiez les détails et cliquez sur Ajouter.
Description de l'illustration psql-webapp-dxb-drpg-add-volgrp.png
Dans cet exemple, nous ajouterons l'équilibreur de charge OCI en tant que membre de la passerelle DRPG dans la région 1.
1. Accuser réception d'un avertissement concernant les plans RS.
2. Sélectionnez Équilibreur de charge comme type de ressource de membre.
3. Assurez-vous que les compartiments appropriés pour l'équilibreur de charge sont sélectionnés et sélectionnez l'équilibreur de charge à ajouter.
4. Sélectionnez Équilibreur de charge de destination à utiliser dans la région 2.
5. Sélectionnez Jeu dorsal source, il s'agit du jeu dorsal utilisé par la machine virtuelle de l'application Web. Un équilibreur de charge OCI peut être partagé entre plusieurs applications et plusieurs jeux dorsaux peuvent être configurés. Lors d'une permutation RS, seule la configuration des jeux dorsaux indiqués ici sera déplacée vers la région de secours.
6. Sélectionnez Jeu dorsal de destination, il s'agit du jeu dorsal vide créé dans la région 2.
7. Vérifiez les détails et cliquez sur Ajouter.
Description de l'illustration psql-webapp-dxb-drpg-add-lb.png

Description de l'illustration psql-webapp-dxb-drpg-add-lb-details.png
Vérifiez que la section des membres contient l'équilibreur de charge, le groupe de volumes et l'instance de calcul.

Description de l'illustration psql-webapp-dxb-drpg-members.png

Tâche 3.2 : Ajouter des membres à DRPG dans la région 2

Sélectionnez la passerelle DRPG dans la région 2, comme illustré dans l'image suivante.
1. Assurez-vous que le contexte de région OCI est Région 2 (Abou Dhabi).
2. Sélectionnez la passerelle DRPG dans la région 2.
3. Sélectionnez Membres.
4. Cliquez sur Ajouter un membre pour commencer le processus.
Description de l'illustration psql-webapp-auh-drpg-add.png
Dans cet exemple, nous ajouterons l'équilibreur de charge OCI en tant que membre de la passerelle DRPG dans la région 2.
1. Accuser réception d'un avertissement concernant les plans RS.
2. Sélectionnez Équilibreur de charge comme type de ressource de membre.
3. Assurez-vous que le compartiment approprié pour l'équilibreur de charge est sélectionné et sélectionnez l'équilibreur de charge à ajouter.
4. Sélectionnez l'équilibreur de charge de destination à utiliser dans la région 1.
5. Sélectionnez Jeu dorsal source, il s'agit du jeu dorsal utilisé par la machine virtuelle de l'application Web. Un équilibreur de charge OCI peut être partagé entre plusieurs applications et plusieurs jeux dorsaux peuvent être configurés. Lors d'une permutation RS, seule la configuration des jeux dorsaux indiqués ici sera déplacée vers la région de secours.
6. Sélectionnez Jeu dorsal de destination. Ce jeu dorsal est créé dans la région 2.
7. Vérifiez les détails et cliquez sur Ajouter.
Description de l'illustration psql-webapp-aux-drpg-add-lb.png

Description de l'illustration psql-webapp-dxb-drpg-add-lb-details.png
Vérifiez que la section Members contient l'équilibreur de charge.

Description de l'illustration psql-webapp-aux-drpg-members.png

Tâche 4 : Créer des plans RS de base dans la région 2

Dans cette tâche, nous allons créer les plans initiaux de permutation et de basculement associés au groupe de protection RS de secours dans la région 2 (Abu Dhabi).

L'objectif de ces plans est de faire passer de manière transparente la charge de travail de la région principale (Région 1) à la région de secours (Région 2). Dans le cadre d'une opération de récupération après sinistre, les rôles des groupes de protection RS dans les deux régions sont automatiquement inversés : le groupe de protection dans la région 1 devient la base de secours, tandis que le groupe de protection dans la région 2 assume le rôle principal à la suite d'un basculement ou d'une permutation.

La récupération après sinistre de pile complète OCI préalimentera ces plans avec des étapes intégrées dérivées des ressources membres ajoutées au cours des tâches précédentes. Ces plans seront ensuite personnalisés pour gérer les tâches propres à OCI Database with PostgreSQL au cours du processus de récupération.

Les plans de permutation sont toujours créés au sein du groupe de protection détenant le rôle de secours. Étant donné que Region 2 (Abu Dhabi) est actuellement le groupe de protection de secours, nous allons commencer à créer les plans là-bas.

Tâche 4.1 : Créer des plans RS

Créez un plan de base en sélectionnant la passerelle DRPG dans la région 2 (Abu Dhabi)
1. Assurez-vous que le contexte de région OCI est Région 2 (Abou Dhabi).
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.
Description de l'illustration psql-webapp-auh-drpg-create.png
Créez un plan de permutation.
1. Entrez un nom simple mais significatif pour le plan de permutation. 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 comme Permutation (planifiée).
3. Cliquez sur Créer.
Description de l'illustration psql-webapp-auh-drpg-create-switchover.png
Créez un plan de basculement. Suivez le même processus pour créer un plan de basculement de base, comme illustré dans l'illustration suivante.
1. Entrez le nom du plan de basculement.
2. Sélectionnez Type de plan comme Basculement (non planifié).
3. Cliquez sur Créer.
Description de l'illustration psql-webapp-auh-drpg-create-failover.png

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

Description de l'illustration psql-webapp-auh-drpg-plans.png

Tâche 5 : Personnaliser le plan de permutation dans la région 2

Les plans RS de base créés à la tâche 4 contiennent des étapes préalimentées pour les tâches de récupération intégrées à la récupération après sinistre de pile complète OCI et ne contiennent rien pour gérer les tâches de récupération propres à OCI Database with PostgreSQL. Cette tâche explique comment ajouter des groupes de plans RS personnalisés définis par l'utilisateur et des étapes pour gérer les tâches à effectuer lors d'une permutation :

Créez une sauvegarde de base de données après l'arrêt normal de la machine virtuelle de l'application Web afin d'assurer la cohérence des données.
Transférez la dernière sauvegarde de base de données vers la région OCI distante 2 pour la redondance et la récupération après sinistre.
Restaurez la sauvegarde de base de données la plus récente dans la région 2 pour préparer l'environnement à la permutation.
Mettez à jour l'enregistrement DNS privé de la base de données, ce qui permet à la machine virtuelle d'application de se connecter facilement à la base de données dans la région 2.
Mettez fin à la base de données OCI Database with PostgreSQL source avec PostgreSQL dans la région 1.

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

Naviguez jusqu'au plan de permutation créé dans la tâche 4. Dans la tâche 5.3, vous allez ajouter de nouveaux groupes.

Description de l'illustration psql-webapp-auh-drpg-create-switchover-add.png

Tâche 5.2 : (Facultatif) Activer les groupes de plans RS qui mettent fin aux artefacts

Trois groupes de plans sont désactivés par défaut dans les plans de permutation, comme illustré dans l'image suivante. Ces groupes de plans sont désactivés pour vous assurer qu'aucun artefact n'est supprimé et qu'une copie de sauvegarde viable reste intacte en cas de problème pendant la phase de test.

Toutefois, ces trois groupes de plans sont conçus pour mettre fin (supprimer) aux artefacts qui ne seront plus nécessaires pour les opérations de récupération après sinistre futures. Si ces groupes de plans ne sont pas activés, les artefacts non utilisés continueront de s'accumuler au fil du temps lors des permutations entre les deux régions, ce qui peut entraîner une confusion quant aux instances de calcul et aux groupes de volumes qui doivent être actifs.

Si vous le souhaitez, l'activation de ces groupes de plans vous évite d'avoir à nettoyer manuellement les artefacts inutiles avant d'entrer en production. Cette étape proactive peut simplifier la transition vers la production et maintenir un environnement plus propre et plus gérable.

Description de l'illustration psql-webapp-auh-drpg-create-switchover-details-1.png

Pour activer les groupes de plans, sélectionnez Activer toutes les étapes dans le menu contextuel à droite du nom du groupe de plans.

Description de l'illustration psql-webapp-auh-drpg-create-switchover-enable.png

Description de l'illustration psql-webapp-auh-drpg-create-switchover-enable-check.png
Vérifiez que tous les groupes de plans sont activés.

Description de l'illustration psql-webapp-auh-drpg-create-switchover-enable-complete.png

Tâche 5.3 : Créer un groupe de plans pour exécuter des scripts personnalisés

Commencez par ajouter des groupes de plans RS personnalisés définis par l'utilisateur pour adapter le flux de travail de récupération après sinistre aux besoins spécifiques du processus de sauvegarde/restauration de la récupération après sinistre de la base de données OCI Database with PostgreSQL.

Ces groupes de plans appellent les scripts nécessaires à partir de la machine virtuelle d'application Web dans la région 1. Cela garantirait que la base de données OCI Database with PostgreSQL est entièrement restaurée et opérationnelle avant la mise en ligne de la machine virtuelle de l'application.

Le plan personnalisé suivant doit être ajouté au plan de permutation préalimenté : PostgreSQL - Permutation, PostgreSQL - Mettre à jour le DNS et PostgreSQL - Mettre fin.

Ajoutez un groupe de plans personnalisé pour exécuter la permutation pour OCI Database with PostgreSQL. Cette opération consiste à sauvegarder la base de données dans la région principale, à copier la configuration de la base de données dans la région de secours, à copier la sauvegarde de la base de données dans la région de secours et enfin à restaurer la base de données dans la région de secours.
1. Cliquez sur Ajouter un groupe.
2. Entrez un nom de groupe de plans simple mais descriptif. Dans cet exemple, nous utiliserons PostgreSQL - Switchover.
3. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans cet exemple, sélectionnez Ajouter après pour insérer notre groupe de plans défini par l'utilisateur après le groupe de plans intégré Instances de calcul - Lancer.
4. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour exécuter la permutation PostgreSQL.
Description de l'illustration psql-webapp-auh-drpg-create-switchover-add-psql-so.png

Dans Ajouter une étape de groupe de plans, entrez les informations suivantes.
1. Entrez le nom de l'étape. Dans cet exemple, nous utiliserons PostgreSQL - Switchover. Identique au nom du groupe de régimes.
2. Sélectionnez une région qui contient l'instance sur laquelle cette étape sera exécutée. Dans cet exemple, le script sera exécuté sur la machine virtuelle de l'application Web dans la région 1.
3. Sélectionnez Exécuter le script local.
4. Sélectionnez Instance cible, qui est la machine virtuelle d'application Web dans la région 1.
5. Dans Paramètres de script, entrez le chemin complet du script avec les paramètres. Par exemple : /home/opc/full-stack-dr-scripts-main/oci-postgresql/backup-restore/psql_exec_cold_dr.py -c amo-psql-dbs.json -o switchover.
6. Dans Exécuter en tant qu'utilisateur, entrez opc.
7. Cliquez sur Ajouter une étape.
Description de l'illustration psql-webapp-auh-drpg-create-switchover-add-psql-so-details.png

Cliquez sur Ajouter.

Description de l'illustration psql-webapp-auh-drpg-create-switchover-add-psql-details.png
Ajoutez un groupe de plans personnalisé pour mettre à jour le DNS de la base de données PostgreSQL.
1. Cliquez sur Ajouter un groupe.
2. Entrez le nom d'un groupe de plans. Dans cet exemple, nous utiliserons PostgreSQL - Update DNS.
3. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans cet exemple, sélectionnez Ajouter après pour insérer notre groupe de plans défini par l'utilisateur après le groupe de plans intégré PostgreSQL - Permutation.
4. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour mettre à jour le DNS de base de données PostgreSQL.
Description de l'illustration psql-webapp-auh-drpg-create-switchover-add-psql-dns.png

Dans Ajouter une étape de groupe de plans, entrez les informations suivantes.
1. Entrez le nom de l'étape. Dans cet exemple, nous utiliserons PostgreSQL - Update DNS. Identique au nom du groupe de régimes.
2. Sélectionnez une région qui contient l'instance sur laquelle cette étape sera exécutée. Dans cet exemple, le script sera exécuté sur la machine virtuelle de l'application Web dans la région 1.
3. Sélectionnez Exécuter le script local.
4. Sélectionnez l'instance cible, qui est la machine virtuelle d'application Web dans la région 1.
5. Dans Paramètres de script, entrez le chemin complet du script avec les paramètres. Par exemple : /home/opc/full-stack-dr-scripts-main/oci-postgresql/backup-restore/psql_update_dns.py -c amo-psql-dbs.json -d amo-psql-dbs.amo.vcn01.internal -o switchover.
6. Dans Exécuter en tant qu'utilisateur, entrez opc.
7. Cliquez sur Ajouter une étape.
Description de l'illustration psql-webapp-auh-drpg-create-switchover-add-psql-dns-details.png

Cliquez sur Ajouter.

Description de l'illustration psql-webapp-auh-drpg-create-switchover-add-dns-details.png
Ajoutez un groupe de plans personnalisés pour mettre fin à la base de données source PostgreSQL.
1. Cliquez sur Ajouter un groupe.
2. Entrez le nom d'un groupe de plans. Dans cet exemple, nous utiliserons PostgreSQL - Terminate.
3. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans cet exemple, sélectionnez Ajouter après pour insérer notre groupe de plans défini par l'utilisateur après le groupe de plans intégré Groupes de volumes - Supprimer du groupe de protection RS.
4. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour mettre fin à la source de base de données PostgreSQL.
Description de l'illustration psql-webapp-auh-drpg-create-switchover-add-psql-terminate.png

Dans Ajouter une étape de groupe de plans, entrez les informations suivantes.
1. Entrez le nom de l'étape. Dans cet exemple, nous utiliserons PostgreSQL - Terminate. Identique au nom du groupe de régimes.
2. Sélectionnez une région qui contient l'instance sur laquelle cette étape sera exécutée. Dans cet exemple, le script sera exécuté sur la machine virtuelle de l'application Web dans la région 1.
3. Sélectionnez Exécuter le script local.
4. Sélectionnez l'instance cible, qui est la machine virtuelle d'application Web dans la région 1.
5. Dans Paramètres de script, entrez le chemin complet du script avec les paramètres. Par exemple : /home/opc/full-stack-dr-scripts-main/oci-postgresql/backup-restore/psql_exec_cold_dr.py -c amo-psql-dbs.json -o terminate.
6. Dans Exécuter en tant qu'utilisateur, entrez opc.
7. Cliquez sur Ajouter une étape.
Description de l'illustration psql-webapp-auh-drpg-create-switchover-add-psql-terminate-details.png

Cliquez sur Ajouter.

Description de l'illustration psql-webapp-auh-drpg-create-switchover-add-terminate-details.png
Vérifiez que le statut des groupes de plans personnalisés créés est Activé.

Description de l'illustration psql-webapp-auh-drpg-create-switchover-details-2.png

La personnalisation du plan de permutation est terminée.

Tâche 6 : Personnaliser le plan de basculement dans la région 2

Dans cette tâche, ajoutez des groupes de plans RS personnalisés définis par l'utilisateur et des étapes pour gérer les tâches à effectuer lors d'un basculement.

Restaurez la sauvegarde de base de données la plus récente dans la région 2 pour préparer l'environnement à la permutation.
Mettez à jour l'enregistrement DNS privé de la base de données, ce qui permet à la machine virtuelle d'application de se connecter facilement à la base de données dans la région 2.

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

Accédez au plan de basculement créé dans la tâche 4.

Description de l'illustration psql-webapp-auh-drpg-create-failover-details-1.png

Tâche 6.2 : Créer un groupe de plans pour exécuter des scripts personnalisés dans la région 2

Ces groupes de plans appellent les scripts nécessaires à partir de la machine virtuelle de l'application Web.

Le plan personnalisé suivant doit être ajouté au plan de basculement préalimenté : PostgreSQL - Basculement et PostgreSQL - Mettre à jour le DNS.

Ajoutez un groupe de plans personnalisé pour exécuter le script de basculement PostgreSQL.
1. Cliquez sur Ajouter un groupe.
2. Entrez le nom d'un groupe de plans. Dans cet exemple, nous utiliserons PostgreSQL - Failover.
3. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans cet exemple, sélectionnez Ajouter après pour insérer notre groupe de plans défini par l'utilisateur après le groupe de plans intégré Instances de calcul - Lancer.
4. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour le basculement de la base de données PostgreSQL.
Description de l'illustration psql-webapp-auh-drpg-create-failover-add-psql.png

Dans Ajouter une étape de groupe de plans, entrez les informations suivantes.
1. Entrez un nom d'étape. Dans cet exemple, nous utiliserons PostgreSQL - Failover. Identique au nom du groupe de régimes.
2. Sélectionnez une région qui contient l'instance sur laquelle cette étape sera exécutée. Dans cet exemple, le script sera exécuté sur la machine virtuelle de l'application Web dans la région 1.
3. Sélectionnez Exécuter le script local.
4. Sélectionnez l'instance cible, qui est la machine virtuelle d'application Web dans la région 1.
5. Dans Paramètres de script, entrez le chemin complet du script avec les paramètres. Par exemple : /home/opc/full-stack-dr-scripts-main/oci-postgresql/backup-restore/psql_exec_cold_dr.py -c amo-psql-dbs.json -o failover.
6. Dans Exécuter en tant qu'utilisateur, entrez opc.
7. Cliquez sur Ajouter une étape.
Description de l'illustration psql-webapp-auh-drpg-create-failover-add-psql-fo-details.png

Cliquez sur Ajouter

Description de l'illustration psql-webapp-auh-drpg-create-failover-add-psql-details.png
Ajoutez un groupe de plans personnalisé pour mettre à jour le DNS de base de données PostgreSQL.
1. Cliquez sur Ajouter un groupe.
2. Entrez le nom d'un groupe de plans. Dans cet exemple, nous utiliserons PostgreSQL - Update DNS.
3. Sélectionnez un poste dans lequel le groupe de plans sera inséré dans le plan RS. Dans cet exemple, sélectionnez Ajouter après pour insérer notre groupe de plans défini par l'utilisateur après le groupe de plans intégré PostgreSQL - Basculement.
4. Cliquez sur Ajouter une étape pour ouvrir la boîte de dialogue dans laquelle nous spécifierons le script pour mettre à jour le DNS de base de données PostgreSQL.
Description de l'illustration psql-webapp-auh-drpg-create-failover-add-dns.png

Dans Ajouter une étape de groupe de plans, entrez les informations suivantes.
1. Entrez un nom d'étape. Dans cet exemple, nous utiliserons PostgreSQL - Update DNS. Identique au nom du groupe de régimes.
2. Sélectionnez une région qui contient l'instance sur laquelle cette étape sera exécutée. Dans cet exemple, le script sera exécuté sur la machine virtuelle de l'application Web dans la région 1.
3. Sélectionnez Exécuter le script local.
4. Sélectionnez l'instance cible, qui est la machine virtuelle d'application Web dans la région 1.
5. Dans Paramètres de script, entrez le chemin complet du script avec les paramètres. Par exemple : /home/opc/full-stack-dr-scripts-main/oci-postgresql/backup-restore/psql_update_dns.py -c amo-psql-dbs.json -d xxx-psql-dbs.xxx.vcn01.internal -o failover.
6. Dans Exécuter en tant qu'utilisateur, entrez opc.
7. Cliquez sur Ajouter une étape.
Description de l'illustration psql-webapp-auh-drpg-create-failover-add-dns-fo-details.png

Cliquez sur Ajouter.

Description de l'illustration psql-webapp-auh-drpg-create-failover-add-dns-details.png
Vérifiez que le statut des groupes de plans personnalisés créés est Activé.

Description de l'illustration psql-webapp-auh-drpg-create-failover-details-2.png

La personnalisation du plan de basculement est terminée.

Tâche 7 : Exécuter les vérifications préalables dans la région 2

Les plans RS de permutation et de basculement ont été créés avec succès dans la région de secours 2. Ces plans permettent à la reprise après sinistre de pile complète OCI de faire la transition des charges de travail de la région 1 vers la région 2. La tâche suivante consiste à exécuter les vérifications préalables pour les plans de permutation et de basculement afin de garantir la disponibilité et de valider le processus de transition.

Tâche 7.1 : Commencer les vérifications préalables pour le plan de permutation

Exécutez des vérifications préalables pour le plan RS de permutation.

Assurez-vous que le contexte de région est réglé à Région de secours 2.
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.
Cliquez sur le nom du plan de permutation.
Cliquez sur Actions.
Cliquez sur Exécuter les vérifications préalables.

Description de l'illustration psql-webapp-auh-drpg-create-switchover-precheck.png
Cliquez sur Exécuter les vérifications préalables.

Description de l'illustration psql-webapp-auh-drpg-create-switchover-precheck-run.png
Vérifiez si toutes les vérifications préalables ont réussi.

Description de l'illustration psql-webapp-auh-drpg-create-switchover-precheck-details-2.png

Tâche 7.2 : Commencer les vérifications préalables pour le plan de basculement

Exécutez les vérifications préalables pour le plan RS de basculement.

Assurez-vous que le contexte de région est réglé à Région de secours 2.
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.
Cliquez sur le nom du plan de basculement.
Cliquez sur Actions.
Cliquez sur Exécuter les vérifications préalables.

Description de l'illustration psql-webapp-auh-drpg-create-failover-precheck.png
Cliquez sur Exécuter les vérifications préalables.

Description de l'illustration psql-webapp-auh-drpg-create-failover-precheck-run.png
Vérifiez si toutes les vérifications préalables ont réussi.

Description de l'illustration psql-webapp-auh-drpg-create-failover-precheck-details-2.png

Tâche 8 : Exécuter le plan de permutation dans la région 2

Exécutez le plan RS de permutation pour commencer le processus de transition de l'application Web avec la base de données OCI Database with PostgreSQL de la région 1 vers la région 2.

Assurez-vous que le contexte de région est réglé à Région de secours 2.
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.
Cliquez sur le nom du plan de permutation.
Cliquez sur Actions
Cliquez sur Exécuter le plan.

Description de l'illustration psql-webapp-auh-drpg-switchover-execute.png

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

Désélectionnez Activer les vérifications préalables, car elles ont déjà été exécutées dans la tâche 7.
Cliquez sur Exécuter le plan.

Description de l'illustration psql-webapp-auh-drpg-create-switchover-execute-run.png

Surveillez le plan de permutation jusqu'à ce que la charge de travail complète soit entièrement passée de la région 1 à la région 2.

L'exécution du plan de permutation s'est terminée avec succès en environ 39 minutes.

psql-webapp-auh-drpg-create-switchover-execute-details-1.png

Description de l'illustration psql-webapp-auh-drpg-create-switchover-execute-details-1.png

psql-webapp-auh-drpg-create-switchover-execute-details-2.png

Description de l'illustration psql-webapp-auh-drpg-create-switchover-execute-details-2.png

Après la permutation : L'application Web sera de nouveau accessible dans la région 2, à l'aide de la même URL qu'auparavant.

Description de l'illustration webapp-frontend-preview.png

Tâche 9 : Créer et personnaliser des plans RS dans la région 1

Avec la permutation réussie par la reprise après sinistre de pile complète OCI, la région 2 a désormais assumé le rôle de région principale, tandis que la région 1 a effectué une transition pour servir de région de secours.

Suivez la même approche détaillée dans les tâches 1 à 8. Procédez à la création et à la personnalisation des plans de permutation et de basculement au sein du groupe de protection RS pour la région 1, qui sert désormais de région pair de secours.

Description de l'illustration psql-webapp-dxb-drpg-plan-create.png

Note : PostgreSQL - Terminate n'est pas visible dans la capture d'écran suivante.

Description de l'illustration psql-webapp-dxb-drpg-create-switchover-details-1.png

Description de l'illustration psql-webapp-dxb-drpg-create-failover-details-1.png

Tâche 10 : Exécuter le plan de basculement dans la région 1

L'exécution du plan de basculement est destinée à des fins de test, où nous simulons un scénario de sinistre pour valider l'efficacité de notre stratégie de reprise après sinistre. Dans cette simulation, le sinistre est imité en arrêtant intentionnellement la machine virtuelle dans la région 2.

Pour effectuer une récupération après une défaillance simulée, nous exécutons le plan RS de basculement, qui lance le processus de basculement, dans lequel la machine virtuelle d'application Web est élevée, la sauvegarde la plus récente disponible de la base de données OCI Database with PostgreSQL est restaurée dans la région 1.

Note : Le plan RS de basculement ne doit être utilisé que lors d'un événement imprévu catastrophique. Une perte de données peut survenir pendant le processus de basculement.

Assurez-vous que le contexte de région est réglé à Région de secours 1.
Assurez-vous que le groupe de protection RS approprié dans la région 1 est sélectionné. Il doit s'agir du rôle de secours.
Cliquez sur le nom du plan de basculement.
Cliquez sur Actions.
Cliquez sur Exécuter le plan.

Description de l'illustration psql-webapp-dxb-drpg-failover-execute.png

Cette tâche exécute le plan de basculement dans la région 1.

Ne cochez pas Activer les vérifications préalables, car il s'agit d'un exercice de basculement réel.
Cliquez sur Exécuter le plan pour commencer.

Description de l'illustration psql-webapp-dxb-drpg-failover-execute-run.png

Surveiller le plan de basculement jusqu'à ce que la charge de travail complète ait été entièrement transférée de la région 2 à la région 1.

L'exécution du plan de basculement s'est terminée en environ 10 minutes.

psql-webapp-dxb-drpg-create-failover-execute-details-1.png

Description de l'illustration psql-webapp-dxb-drpg-create-failover-execute-details-1.png

psql-webapp-dxb-drpg-create-failover-execute-details-2.png

Description de l'illustration psql-webapp-dxb-drpg-create-failover-execute-details-2.png

Remerciements

Auteurs - Antoun Moubarak (architecte, bureau de la technologie), Piotr Kurzynoga (ceinture noire de données à code source libre)
Contributeur - Suraj Ramesh (Gestionnaire de produits pour la reprise après sinistre de pile complète OCI)

Ressources d'apprentissage supplémentaires

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 Cold Disaster Recovery for OCI Database with PostgreSQL using OCI Full Stack Disaster Recovery

G38680-02