Récupération après sinistre

Découvrez les approches de la récupération après sinistre pour garantir un minimum de perturbations du service OCI GoldenGate.

A propos de la récupération après sinistre dans OCI GoldenGate

La récupération après sinistre est la capacité d'un système à rester opérationnel et accessible à un pourcentage élevé de temps. Pour effectuer une récupération après sinistre avec OCI GoldenGate, vous pouvez créer un déploiement homologue dans la même région que votre déploiement principal (base de données de secours locale) ou dans une autre région (base de données de secours inter-région). Cette configuration garantit que l'objectif de point de récupération (RPO), qui est la quantité maximale de données perdues avant la restauration d'OCI GoldenGate dans le domaine de disponibilité de secours, est égal à zéro. L'objectif de temps de récupération (RTO), qui est la durée maximale de restauration d'OCI GoldenGate dans un domaine de disponibilité de secours, dépend de la quantité de données stockées sur le déploiement. Plus l'utilisation du stockage est élevée, plus le RTO sera long.

Envisagez de sélectionner les mêmes régions de secours que les instances source et cible. Par exemple, si votre base de données de secours Autonomous AI se trouve à Francfort, sélectionnez Francfort pour votre base de données de secours de déploiement OCI GoldenGate.

Remarque : les déploiements homologues sont facturés au même tarif que votre déploiement principal. En savoir plus sur la gestion et la facturation des OCPU.

Concepts

Les concepts suivants sont essentiels pour l'utilisation d'OCI GoldenGate Disaster Recovery :

Déploiement principal : déploiement de réplication de données principal que vous créez pour la première fois.
Déploiement homologue : déploiement de secours vers lequel vous pouvez basculer en cas de sinistre ou d'interruption de service.
Pair local : déploiement homologue qui réside dans la même région que le déploiement principal, mais dans un domaine de disponibilité ou de pannes différent.
Pair distant : déploiement homologue qui réside dans une autre région.
Objectif de point de récupération (RPO) : quantité maximale de données pouvant être perdues avant la restauration d'OCI GoldenGate. Pour OCI GoldenGate, le RPO est égal à zéro.
Objectif de temps de récupération (RTO) : durée maximale de restauration de GoldenGate. Le RTO dépend de la quantité de données stockées sur le déploiement. Plus l'utilisation du stockage est élevée, plus le RTO est long.

Connexions à la base de données Base activées pour Data Guard

Si vous utilisez des bases de données Base sur lesquelles Data Guard est activé pour la source ou la cible OCI GoldenGate, vous devez vous assurer que le nom de service dans la chaîne de connexion à la base de données est identique entre les homologues lors de l'implémentation de votre solution haute disponibilité.

Lorsque vous créez une connexion OCI GoldenGate à un système de base de données Oracle Base Database activé par Data Guard (base de données Conteneur) ou à une base de données pluggable, OCI GoldenGate extrait les chaînes de connexion par défaut de la base de données et génère un descripteur de connexion Oracle Net fusionné adapté aux environnements Data Guard. Exemple :

(DESCRIPTION=
   (FAILOVER=ON)(LOAD_BALANCE=OFF)(CONNECT_TIMEOUT=5)(TRANSPORT_CONNECT_TIMEOUT=3)(RETRY_COUNT=3)
   (ADDRESS_LIST=
      (ADDRESS=(PROTOCOL=TCP)(HOST=primary-or-scan.example.fqdn)(PORT=1521))
      (ADDRESS=(PROTOCOL=TCP)(HOST=standby-or-scan.example.fqdn)(PORT=1521))
    )
   (CONNECT_DATA=(SERVICE_NAME=default-service-name-of-the-selected-db))
 )

OCI GoldenGate génère une DESCRIPTION avec une liste ADDRESS_LIST contenant les adresses homologues (principale et de secours) et un seul nom de service pour CONNECT_DATA. La solution de haute disponibilité d'OCI GoldenGate exige que tous les homologues (principal et de secours) utilisent le même nom de service. Les services basés sur les rôles avec des noms identiques sur chaque pair sont obligatoires.

Le nom de service de base de données Conteneur par défaut diffère généralement d'un homologue à l'autre, car il inclut souvent le nom unique de chaque base de données. OCI GoldenGate utilise le nom de service par défaut de la base de données sélectionnée en tant que SERVICE_NAME dans le descripteur fusionné. Par conséquent, vous devez renommer le nom de service basé sur le rôle PRIMARY sur chaque pair pour qu'il corresponde au nom de service par défaut.

Le service de base de données pluggable par défaut correspond généralement à ses homologues. OCI GoldenGate peut donc utiliser le nom de service par défaut dans le descripteur fusionné sans modification supplémentaire. Toutefois, si vous modifiez le nom de service de la base de données pluggable ultérieurement, OCI GoldenGate ne reprendra pas automatiquement la modification. La connexion doit maintenant être gérée manuellement. Si la connexion n'a pas été créée précédemment et que vous pouvez entrer manuellement la chaîne de connexion, vous devez créer une nouvelle connexion à cette base de données, sélectionner Entrer les informations de base de données, puis saisir manuellement la chaîne de connexion de base de données.

Conseil :

Utiliser des services basés sur les rôles Définissez un service en lecture/écriture qui s'exécute uniquement sur PRIMARY (et éventuellement un service en lecture seule sur PHYSICAL_STANDBY lors de l'utilisation de Data Guard).
Evitez les entrées de processus d'écoute statiques pour les services applicatifs. Utilisez l'enregistrement dynamique pour que les services soient publiés uniquement lorsque la base de données est dotée du rôle approprié.
Si vous modifiez les noms de service de base de données Conteneur ou de base de données pluggable avec srvctl, assurez-vous de créer une connexion gérée manuellement dans OCI GoldenGate (sélectionnez Entrer les informations de base de données dans l'écran Créer une connexion) et mettez à jour la chaîne de connexion pour qu'elle corresponde.

En savoir plus

En savoir plus sur la récupération après sinistre :