Haute disponibilité

À propos de la haute disponibilité dans OCI GoldenGate

La haute disponibilité est la capacité d'un système à rester opérationnel et accessible à un pourcentage élevé de temps. Pour assurer la haute disponibilité avec OCI GoldenGate, vous pouvez créer un déploiement pair dans la même région que votre déploiement principal (base de secours locale) ou une autre région (base de secours inter-région). Cette configuration garantit que l'objectif de point de récupération (OPR), 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 (ODR), 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 dans le déploiement. Plus l'utilisation du stockage est élevée, plus l'ODR sera long.

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

Note :

Les déploiements de pairs 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 à l'utilisation de la haute disponibilité pour OCI GoldenGate :

Déploiement principal : Déploiement de réplication de données principal que vous créez pour la première fois.
Déploiement de pair : Déploiement de secours vers lequel vous pouvez basculer en cas de sinistre ou d'interruption du service.
Pair local : Déploiement pair qui réside dans la même région que le déploiement principal, mais dans un domaine de disponibilité ou d'erreur différent.
Pair distant : Déploiement de pair qui réside dans une autre région.
Objectif de point de reprise (OPR) : 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 (ODR) : Durée maximale de restauration de GoldenGate. L'objectif de délai de récupération dépend de la quantité de données stockées dans le déploiement. Plus l'utilisation du stockage est élevée, plus l'ODR est long.

Connexions de base de données de base activées pour Data Guard

Si vous utilisez des bases de données de base activées pour Data Guard pour votre source ou cible OCI GoldenGate, vous devez vous assurer que le nom du service dans la chaîne de connexion à la base de données est identique pour tous les pairs lors de la mise en oeuvre de votre solution à haute disponibilité.

Lorsque vous créez une connexion OCI GoldenGate à un système de base de données de base Oracle activé pour Data Guard (base de données conteneur) ou une base de données enfichable, 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. Par 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 valeur ADDRESS_LIST contenant les points d'extrémité pairs (principal et de secours) et une valeur SERVICE_NAME unique pour CONNECT_DATA. La solution haute disponibilité d'OCI GoldenGate nécessite que tous les pairs (principal et de secours) utilisent le même nom de service. Les services basés sur des rôles avec des noms identiques sur chaque pair sont obligatoires.

Le nom du service de base de données conteneur par défaut diffère généralement d'un pair à 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 comme 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 enfichable par défaut correspond généralement à ses pairs. Par conséquent, OCI GoldenGate peut utiliser le nom de service par défaut dans le descripteur fusionné sans modifications supplémentaires. Toutefois, si vous modifiez le nom du service de la base de données enfichable ultérieurement, OCI GoldenGate ne récupérera 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, où 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 sur la base de données, puis entrer manuellement la chaîne de connexion à la base de données.

Conseil :

Utiliser des services basés sur les rôles. Définissez un service de 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).
Évitez les entrées de module d'écoute statique pour les services d'application. Utilisez l'enregistrement dynamique pour que les services ne soient annoncés que lorsque la base de données a le rôle approprié.
Si vous modifiez les noms de service de base de données conteneur ou de base de données enfichable avec srvctl, assurez-vous de créer une connexion gérée manuellement dans OCI GoldenGate (sélectionnez Entrer les informations sur la base de données dans l'écran Créer une connexion) et mettez à jour la chaîne de connexion pour qu'elle corresponde.