Processus de sélection des règles du groupe de haute disponibilité

Chaque groupe de haute disponibilité possède un nom unique composé d'un ensemble de paires nom-valeur. Chaque définition de règle contient un attribut appelé critère de correspondance, constitué lui aussi d'un ensemble de paires nom-valeur. Pour déterminer quelle règle appliquer à un groupe de haute disponibilité, le nom de ce dernier est comparé aux critères de correspondance de toutes les règles de groupe central associées. La règle qui présente le plus de correspondances avec le nom du groupe est affectée au groupe de haute disponibilité.

Remarque : Cette rubrique fait référence à un ou plusieurs des fichiers journaux de serveur d'applications. Il est recommandé de configurer le serveur de telle sorte qu'il utilise l'infrastructure de journalisation et de trace HPEL (High Performance Extensible Logging) à la place des fichiers SystemOut.log, SystemErr.log, trace.log et activity.log sur les systèmes distribués et IBM® i. Vous pouvez également utiliser HPEL conjointement avec vos fonctions de journalisation z/OS natives. Si vous utilisez l'infrastructure HPEL, vous pouvez accéder à toutes les informations de journalisation et de trace en utilisant l'outil de ligne de commande LogViewer à partir de votre répertoire bin de profil de serveur. Pour plus d'informations sur l'utilisation de HPEL, voir les informations sur l'utilisation de HPEL en vue du traitement des incidents liés aux applications.
Lors de la sélection d'une règle à affecter au groupe de haute disponibilité, le gestionnaire de haute disponibilité exécute les opérations ci-dessous.
  1. Il recherche l'ensemble des règles susceptibles de s'appliquer à un groupe de haute disponibilité. Pour qu'une règle soit éligible, toutes les paires nom-valeur définies dans les critères de correspondance doivent être contenues dans le nom du groupe de haute disponibilité.
  2. Il sélectionne la règle qui possède le plus de paires nom-valeur concordantes dans la liste des règles éligibles et l'applique au groupe de haute disponibilité.

N'importe quel composant peut créer un groupe de haute disponibilité qu'il souhaite utiliser. Le code de ce composant doit cependant indiquer les paires nom-valeur utilisées pour le nom du groupe de haute disponibilité. L'administrateur du produit peut contrôler les paires nom-valeur qui constituent les critères de correspondance des règles et contrôler ainsi la règle qui s'applique à un groupe de haute disponibilité particulier.

Le produit inclut un certain nombre de règles prédéfinies. Les exemples ci-dessous illustrent le mécanisme de mise en correspondance utilisé pour ces règles.

Clustered TM Policy

Le gestionnaire de transactions utilise la règle Clustered TM Policy lorsque le composant est configuré pour la haute disponibilité. La description ci-dessous indique pour quelles raisons, dans les conditions actuelles, cette règle est sélectionnée pour le groupe de haute disponibilité du gestionnaire de transactions.
  • Un processus du membre du cluster, tel que ServeurA, démarre.
  • Le code du gestionnaire de transactions joint un gestionnaire de haute disponibilité au groupe de haute disponibilité appelé :
    GN_PS=testCell\testNode\ServerA,IBM_hc=MyCluster,type=WAS_TRANSACTIONS
  • Le ServeurA est défini comme étant un membre du groupe central DefaultCoreGroup pour lequel les règles suivantes sont définies :
    • Clustered TM Policy qui comporte le critère de correspondance type=WAS_TRANSACTIONS.
    • Default SIBus Policy qui comporte le critère de correspondance type=WSAF_SIB.
  • Le gestionnaire de haute disponibilité compare le nom du groupe aux critères de correspondance des deux règles disponibles. Il élimine la règle Default SIBus Policy car ses critères de correspondance ne coïncident pas avec le nom du groupe de haute disponibilité. Il détermine que la règle Clustered TM Policy présente le plus de correspondances pour les raisons suivantes :
    1. Les critères de correspondance de cette règle incluent la paire nom-valeur type=WAS_TRANSACTIONS qui est également spécifiée dans le nom du groupe de haute disponibilité. Il existe donc une concordance entre ces critères de correspondance et le nom du groupe.
    2. Les critères de correspondance de cette règle présentent plus de correspondances (une) avec le nom du groupe que ceux de la règle Default SIBus Policy qui, elle, n'en présente aucune et a donc été éliminée.

Administrator TM Policy

Cet exemple, qui prolonge le précédent, indique comment un administrateur peut définir une nouvelle règle destinée à s'appliquer au groupe de haute disponibilité du gestionnaire de transactions. Le nom du groupe de haute disponibilité et les règles par défaut cités dans le présent exemple sont identiques à ceux décrits dans l'exemple précédent. Dans le cas présent toutefois, l'administrateur crée une règle dans la configuration DefaultCoreGroup, appelée Administrator TM Policy. Pour pouvoir être sélectionnée par le gestionnaire de haute disponibilité, cette nouvelle règle doit être éligible et contenir plus d'éléments concordants que les autre règles.

La description ci-dessous indique pour quelles raisons, dans les conditions actuelles, la règle Administrator TM Policy est sélectionnée pour le groupe de haute disponibilité du gestionnaire de transactions.

  • Le processus de membre du cluster, ServeurA, démarre.
  • Le code du gestionnaire de transactions joint un gestionnaire de haute disponibilité au groupe de haute disponibilité appelé :
    GN_PS=testCell\testNode\ServerA,IBM_hc=MyCluster,type=WAS_TRANSACTIONS
  • Le ServeurA est défini comme étant un membre du groupe central DefaultCoreGroup pour lequel les règles suivantes sont définies :
    • Clustered TM Policy qui comporte le critère de correspondance type=WAS_TRANSACTIONS.
    • Default SIBus Policy qui comporte le critère de correspondance type=WSAF_SIB.
    • Administrator TM Policy qui comporte le critère de correspondance IBM_hc=MyCluster,type=WAS_TRANSACTIONS.
  • Le gestionnaire de haute disponibilité compare le nom du groupe aux critères de correspondance des règles disponibles. Il élimine la règle Default SIBus Policy car ses critères de correspondance ne coïncident pas avec le nom du groupe de haute disponibilité. Il détermine que les règles Clustered TM Policy et Administrator TM Policy sont toutes les deux éligibles car une partie de leurs critères de correspondance sont contenus dans le nom du groupe de haute disponibilité.
    • La règle Clustered TM Policy contient la paire nom-valeur type=WAS_TRANSACTIONS qui est également spécifiée dans le nom du groupe de haute disponibilité.
    • La règle Administrator TM Policy contient les paires nom-valeur IBM_hc=MyCluster et type=WAS_TRANSACTIONS qui sont toutes deux spécifiées dans le nom du groupe de haute disponibilité.

    Etant donné que la règle Administrator TM Policy contient deux paires concordantes, IBM_hc=MyCluster et type=WAS_TRANSACTIONS, et que Clustered TM Policy n'en contient qu'une, type=WAS_TRANSACTIONS, le gestionnaire de haute disponibilité associe la première au groupe de haute disponibilité du gestionnaire de transactions.

Correspondances ambiguës

Ne configurez pas des critères de correspondance identiques dans plusieurs règles du même groupe central. Cela risque d'entraîner une correspondance ambiguë avec le groupe de haute disponibilité associé. Si plusieurs règles sont désignées comme étant concordantes alors que le groupe de haute disponibilité ne peut être associé qu'à une seule règle, le gestionnaire de haute disponibilité place ce dernier en état d'erreur et n'active aucun membre du groupe. Selon la nature du problème, le gestionnaire de haute disponibilité peut enregistrer l'un des messages d'erreur suivants dans le fichier SystemOut.log :
HMGR0301W: Aucune règle n'a été trouvée pour le groupe nommé {0}
HMGR0302W: Plusieurs règles correspondent au groupe {0}. Les règles concordantes sont {1}

Vous pouvez utiliser la console d'administration pour afficher les règles associées à un groupe de haute disponibilité et l'état en cours de ses membres.


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_ha_policymatch
Nom du fichier : crun_ha_policymatch.html