Configuration de CDC Replication dans un environnement RAC

CDC Replication peut être installé dans un noeud qui fait partie de Oracle RAC, ou sur un noeud qui ne fait pas partie de l'environnement RAC.

Dans les deux cas, vous devez installer CDC Replication sur le point de montage d'un réseau SAN. Cette configuration garantit que, en cas de défaillance de l'un des noeuds d' Oracle RAC, CDC Replication ne nécessite aucun changement de configuration pour continuer à fonctionner.

Si CDC Replication s'exécute sur un autre noeud à partir de celui qui a échoué, aucune intervention de l'utilisateur n'est requise. A la place, CDC Replication détecte la défaillance du noeud au bout de quelques secondes et si Oracle Cluster Ready Services est en cours d'exécution et récupère, CDC Replication continue à répliquer les données (y compris les journaux en ligne du noeud défaillant).

Si CDC Replication était en cours d'exécution sur le noeud défaillant, il doit être redémarré à partir d'un autre noeud. Aucune modification n'est nécessaire, car les mêmes métadonnées binaires et de configuration sont accessibles à partir de tous les noeuds. Si tel est le cas, pour obtenir une configuration optimale pour effectuer la reprise en ligne de CDC Replication, examinez trois scénarios possibles:
  • Défaillance du noeud RAC source actif. Dans ce cas, le noeud RAC sur lequel l'instance source CDC Replication active échoue.
  • Défaillance du noeud RAC cible actif. Dans ce cas, le noeud RAC sur lequel l'instance cible CDC Replication active échoue.
  • Défaillance des deux noeuds RAC actifs (source et cible).
De plus, les besoins suivants doivent être satisfaits :
  • Possibilité de redémarrer CDC Replication à partir d'un autre emplacement (c'est-à-dire, les fichiers binaires et la configuration de CDC Replication et les métadonnées opérationnelles doivent être accessibles).
  • Accessibilité de CDC Replication par des clients ou des processus externes (par exemple, pour les abonnements ciblant l'instance CDC Replication qui a échoué).

Avec la configuration d'emplacement partagé, le redémarrage de CDC Replication ne nécessite aucune modification de configuration spéciale.

En ce qui concerne l'accessibilité, tenez compte à la fois de l'accessibilité de l'hôte sur lequel CDC Replication s'exécute et de l'accessibilité de la base de données. Pour assurer l'accessibilité de l'hôte, créez une entrée dans le fichier /etc/hosts pour chaque noeud concerné de l'environnement, en utilisant un nom d'hôte commun pointant vers l'adresse IP du noeud en cours. Par exemple, dans le cas d'un environnement RAC à deux noeuds, le fichier /etc/hosts du premier noeud doit comporter l'entrée suivante :
#cdc_host <IP address of first node>
Dans le deuxième noeud, le fichier /etc/hosts doit comporter l'entrée suivante :
 #cdc_host	<IP address of second node>
Par conséquent, le nom d'hôte cdc_host est invariable, mais pointe en fait vers l'adresse IP physique appropriée, en fonction du noeud sur lequel CDC Replication est en cours d'exécution. Pour assurer l'accessibilité à la base de données, il suffit de suivre une stratégie analogue. Une entrée particulière dans le fichier tnsnames.ora doit être créée en utilisant le nom d'hôte commun :
SID_CDC= 
        (DESCRIPTION= 
                (ADDRESS=(PROTOCOL=TCP)(HOST=cdc_host)(PORT=1521)) 
                (CONNECT_DATA=(server=DEDICATED) 
                (SERVICE_NAME=SID) 
                ) 
        )

A l'aide de cette méthode de configuration, lorsque CDC Replication tente de se connecter à la base de données, il se connecte à l'instance Oracle qui écoute le port 1521 sur l'hôte cdc_hostet cdc_host pointe vers l'adresse IP appropriée en fonction du noeud sur lequel il s'exécute.

Avec cette approche, quel que soit le noeud défaillant et la source ou la cible CDC Replication devant basculer, aucune modification de la configuration n'est nécessaire. Il suffit de redémarrer CDC Replication à partir du nouvel emplacement et d'effectuer des tâches de nettoyage telles que la suppression des files d'attente de transactions et le nettoyage du magasin de transfert après le redémarrage de l'instance à partir du nouvel emplacement.

La même approche doit être utilisée pour garantir l'accessibilité à partir de clients tels que Management Console. Lors de la définition de magasins de données dans Access Server, utilisez des noms d'hôte qui, en cas de reprise en ligne, peuvent être facilement modifiables en fonction du nouvel emplacement physique réel. Une fois le commutateur IP terminé, redémarrez Access Server. Aucun autre changement de configuration n'est nécessaire pour utiliser CDC Replication.