Traitement des transactions lors du basculement sur un cluster

Vous pouvez configurer des serveurs dans un environnement de cluster à haute disponibilité pour continuer à traiter les transactions après le basculement du serveur principal.

Les transactions qui s'exécutent sur un serveur, à l'exception du serveur principal défaillant, ne s'arrêtent pas. Configurez l'environnement de cluster pour les résultats suivants :
  • Les transactions qui s'exécutent sur les serveurs secondaires ne sont pas affectées.
  • Les transactions qui s'exécutent sur le serveur secondaire qui devient le serveur principal ne sont pas affectées.
  • Les transactions qui s'exécutent sur le serveur principal défaillant sont interrompues.

Le traitement des transactions après le basculement n'est pas pris en charge pour les objets LOB dynamiques, les transactions XA et lors de l'exécution d'instructions DDL sur les serveurs secondaires.

En cas de basculement, les serveurs secondaires du cluster cessent momentanément de traiter les transactions utilisateur jusqu'à la reprise du nouveau serveur principal. Après le basculement, les serveurs secondaires renvoient les transactions enregistrées vers le nouveau serveur principal. Celui-ci reprend l'exécution des transactions des serveurs secondaires subsistants.

Si des transactions réparties (transactions couvrant plusieurs serveurs de base de données) sont en cours, toute transaction en cours d'exécution sur le serveur principal au moment de la panne s'interrompt.

Au moment du basculement, qu'il soit manuel ou initié par le gestionnaire de connexions, le serveur de base de données qui reçoit le basculement doit avoir la position de relecture du journal la plus avancée de tous les serveurs actifs dans le cluster. Dans le cas contraire, toutes les transactions du cluster sont interrompues et annulées. Vu que le serveur principal et le serveur secondaire SD lisent depuis le même disque physique, le basculement vers un serveur secondaire SD doit se produire en premier. Si le serveur de basculement est un serveur secondaire HDR, les serveurs secondaires SD s'arrêtent.

Pour des performances optimales de basculement du gestionnaire de connexions, utilisez le réglage FOC ORDER=ENABLED dans le fichier de configuration du gestionnaire de connexion, et définissez le paramètre de connexion HA_FOC_ORDER sur le serveur principal du cluster.


Copyright© 2020 HCL Technologies Limited