Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Émulez Oracle DR à l'aide d'une base de données globale Aurora compatible avec PostgreSQL
*HariKrishna Boorgadda, Amazon Web Services*
## Résumé
Les meilleures pratiques en matière de reprise après sinistre (DR) d'entreprise consistent essentiellement à concevoir et à mettre en œuvre des systèmes matériels et logiciels tolérants aux pannes capables de survivre à un sinistre (*continuité* des activités) et de reprendre leurs activités normales (*reprise des activités*), avec un minimum d'intervention et, idéalement, sans perte de données. La création d'environnements tolérants aux pannes pour répondre aux objectifs de reprise après sinistre des entreprises peut s'avérer coûteuse et chronophage et nécessite un engagement fort de la part de l'entreprise.
Oracle Database propose trois approches différentes de la reprise après sinistre qui offrent le plus haut niveau de protection et de disponibilité des données par rapport à toute autre approche de protection des données Oracle.
+ Appliance de restauration Oracle Zero Data Loss
+ Oracle Active Data Guard
+ Oracle GoldenGate
Ce modèle permet d'émuler le GoldenGate DR Oracle en utilisant une base de données globale Amazon Aurora. L'architecture de référence utilise Oracle GoldenGate pour la reprise après sinistre dans trois régions AWS. Le modèle décrit la replateforme de l'architecture source vers la base de données globale Aurora native pour le cloud basée sur l'édition compatible Amazon Aurora PostgreSQL.
Les bases de données mondiales Aurora sont conçues pour les applications ayant une présence mondiale. Une seule base de données Aurora couvre plusieurs régions AWS avec jusqu'à cinq régions secondaires. Les bases de données globales Aurora offrent les fonctionnalités suivantes :
+ Réplication physique au niveau du stockage
+ Lectures globales à faible latence
+ Reprise après sinistre rapide en cas de panne à l'échelle de la région
+ Migrations rapides entre régions
+ Faible délai de réplication entre les régions
+ Little-to-no impact sur les performances de votre base de données
Pour plus d'informations sur les fonctionnalités et les avantages de la base de données globale Aurora, consultez la section [Utilisation des bases de données mondiales Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database.html#aurora-global-database-overview). Pour plus d'informations sur les basculements non planifiés et gérés, consultez la section [Utilisation du basculement dans une base de données globale Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-disaster-recovery.html#aurora-global-database-failover).
## Conditions préalables et limitations
**Conditions préalables**
+ Un compte AWS actif
+ Un pilote PostgreSQL Java Database Connectivity (JDBC) pour la connectivité des applications
+ Une base de données mondiale Aurora basée sur l'édition compatible avec Amazon Aurora PostgreSQL
+ Une base de données Oracle Real Application Clusters (RAC) migrée vers la base de données globale Aurora basée sur la compatibilité avec Aurora PostgreSQL
**Limites des bases de données globales Aurora**
+ Les bases de données mondiales Aurora ne sont pas disponibles dans toutes les régions AWS. Pour obtenir la liste des régions prises en charge, consultez la section [Bases de données globales Aurora avec Aurora PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.html#Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.apg).
+ Pour plus d'informations sur les fonctionnalités non prises en charge et les autres limitations des bases de données mondiales Aurora, consultez les [limites des bases de données mondiales Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database.html#aurora-global-database.limitations).
**Versions du produit**
+ Amazon Aurora PostgreSQL : édition compatible 10.14 ou ultérieure
## Architecture
**Pile technologique source******
+ Base de données à quatre nœuds Oracle RAC
+ Oracle GoldenGate
**Architecture source******
Le schéma suivant montre trois clusters dotés d'Oracle RAC à quatre nœuds dans différentes régions AWS répliqués à l'aide d'Oracle. GoldenGate
**Pile technologique cible**
+ Une base de données globale Amazon Aurora à trois clusters basée sur la compatibilité avec Aurora PostgreSQL, avec un cluster dans la région principale, deux clusters dans différentes régions secondaires
**Architecture cible**
## Outils
**Services AWS**
+ [Amazon Aurora PostgreSQL Compatible Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraPostgreSQL.html) est un moteur de base de données relationnelle entièrement géré et compatible ACID qui vous aide à configurer, exploiter et dimensionner les déploiements PostgreSQL.
+ Les [bases de données mondiales Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database.html) s'étendent sur plusieurs régions AWS, ce qui permet des lectures globales à faible latence et une restauration rapide après les rares pannes susceptibles d'affecter une région AWS entière.
## Épopées
### Ajouter des régions avec des instances de base de données de lecteur
| Sous-tâche | Description | Compétences requises |
| --- | --- | --- |
| Attachez un ou plusieurs clusters Aurora secondaires. | Sur la console de gestion AWS, sélectionnez Amazon Aurora. Sélectionnez le cluster principal, choisissez **Actions**, puis choisissez **Ajouter une région dans** la liste déroulante. | DBA |
| Sélectionnez la classe d'instance. | Vous pouvez modifier la classe d'instance du cluster secondaire. Toutefois, nous vous recommandons de la conserver identique à la classe d'instance de cluster principale. | DBA |
| Ajoutez la troisième région. | Répétez les étapes de cette épopée pour ajouter un cluster dans la troisième région. | DBA |
### Basculez sur la base de données globale Aurora
| Sous-tâche | Description | Compétences requises |
| --- | --- | --- |
| Supprimez le cluster principal de la base de données globale Aurora. | [See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/patterns/emulate-oracle-dr-by-using-a-postgresql-compatible-aurora-global-database.html) | DBA |
| Reconfigurez l'application pour détourner le trafic d'écriture vers le cluster qui vient d'être promu. | Modifiez le point de terminaison de l'application avec celui du cluster nouvellement promu. | DBA |
| Arrêtez d'exécuter des opérations d'écriture sur le cluster non disponible. | Arrêtez l'application et toute activité du langage de manipulation de données (DML) sur le cluster que vous avez supprimé. | DBA |
| Créez une nouvelle base de données globale Aurora. | Vous pouvez désormais créer une base de données globale Aurora avec le cluster nouvellement promu comme cluster principal. | DBA |
### Démarrez le cluster principal
| Sous-tâche | Description | Compétences requises |
| --- | --- | --- |
| Sélectionnez le cluster principal à démarrer dans la base de données globale. | Sur la console Amazon Aurora, dans la configuration de la base de données globale, choisissez le cluster principal. | DBA |
| Démarrez le cluster. | Dans la liste déroulante **Actions**, sélectionnez **Démarrer**. Ce processus peut prendre un certain temps. **Actualisez l'écran pour voir le statut ou consultez la colonne État pour connaître l'état actuel du cluster une fois l'opération terminée.** | DBA |
### Nettoyez les ressources
| Sous-tâche | Description | Compétences requises |
| --- | --- | --- |
| Supprimez les clusters secondaires restants. | Une fois le pilote de basculement terminé, supprimez les clusters secondaires de la base de données globale. | DBA |
| Supprimez le cluster principal. | Supprimez le cluster. | DBA |
## Ressources connexes
+ [Utilisation de bases de données globales Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database.html#aurora-global-database-detaching)
+ Solutions de [reprise après sinistre Aurora PostgreSQL utilisant la base de données mondiale Amazon Aurora](https://aws.amazon.com/blogs/database/aurora-postgresql-disaster-recovery-solutions-using-amazon-aurora-global-database/) (article de blog)