Configuration de la reprise homologue manuelle pour le service de transactions

Le traitement de la reprise homologue manuelle n'est pas le paramètre par défaut ; vous devez l'activer en le configurant. L'intervention de l'administrateur est donc requise pour déclencher tout traitement de reprise homologue.

Pourquoi et quand exécuter cette tâche

Exécutez cette tâche si vous souhaitez utiliser la reprise homologue manuelle pour le service de transactions. La reprise homologue manuelle peut être utilisée, par exemple, lorsque votre système de fichiers ne fournit pas le niveau requis de support de verrouillage de fichier et qu'aucune contrainte n'a été mise en place pour empêcher la surcharge ou le partitionnement du réseau. Pour plus d'informations, voir la rubrique qui décrit comment choisir entre la reprise homologue manuelle et automatisée des transactions.

Après avoir configuré la reprise homologue manuelle, vous n'aurez à intervenir que si un serveur est défaillant et ne peut pas être redémarré ; dans ce cas, utilisez la console d'administration pour définir le serveur homologue devant exécuter le traitement de reprise pour le serveur défaillant.

La configuration de la reprise homologue manuelle est assurée par un groupe de règles, appelées règles statiques. Ainsi, une définition de règle d'administration est fournie pour chaque serveur d'applications. Cette définition individuelle est nécessaire pour définir la configuration spécifique au serveur au sein de la règle qui est dans ce cas, l'identité du serveur initiant un processus de reprise homologue.

Procédure

  1. Créez les définitions de règle statique requises.
    1. Dans le panneau de navigation de la console d'administration, cliquez sur Serveurs > Groupes centraux > Paramètres de groupe central. Tous les membres d'un cluster résident dans un seul groupe central qui est par défaut le groupe central DefaultCoreGroup. Cliquez sur le groupe central qui contient votre cluster. Le panneau de configuration des groupes centraux s'affiche.
    2. Sous Propriétés personnalisées, cliquez sur Règles. L'ensemble actuel des règles est affiché. Vous pouvez identifier la règle actuelle qui s'applique à la haute disponibilité (HA) transactionnelle par le critère de correspondancetype = WAS_TRANSACTIONS. La règle par défaut possède le type de règle Règle une sur N. Si cette règle existe, il n'est pas nécessaire de la supprimer car elle sera écrasée par la règle statique que vous êtes en train de créer.
    3. Cliquez sur Nouveau pour créer une nouvelle règle.
    4. Sélectionnez Règle statique puis cliquez sur Suivant.
    5. Indiquez le nom de la règle. Il s'agit d'une chaîne de texte libre utilisée uniquement comme libellé dans la console d'administration. Cependant, pour faciliter la lisibilité dans la console d'administration, utilisez un nom qui associe la règle à un serveur spécifique, par exemple règle TM-SERVER1.
    6. Entrez une description le cas échéant et cliquez sur OK.
    7. Définissez les valeurs pour le Délai d'activité et le Quorum le cas échéant.
    8. Sous Propriétés supplémentaires, cliquez sur Critères de correspondance pour ouvrir un panneau de critère de correspondance vide.
    9. Cliquez sur Nouveau pour créer un nouveau critère de correspondance. Les critères de correspondance sont des paires clé-valeur utilisées pour définir la portée d'une règle.
    10. Entrez type dans la zone Nom et WAS_TRANSACTIONS dans la zone Valeur. Cliquez sur OK. Ce critère de correspondance est utilisé pour associer la règle au service de transaction.
    11. Cliquez sur Nouveau pour créer un nouveau critère de correspondance.
    12. Entrez GN_PS dans la zone Nom et nom_cellule\nom_noeud\nom_serveur dans la zone Valeur ; nom_cellule, nom_noeud et nom_serveur correspondent aux noms de votre cellule, noeud et serveur. Par exemple, dmgrCell\appnode1\server1. Cliquez sur OK. Ce critère de correspondance est utilisé pour associer la règle à un serveur spécifique.
    13. Revenez à la page de configuration pour la nouvelle règle et sous Propriétés supplémentaires, cliquez sur Serveurs de groupe statique. Le panneau Serveurs de groupe statique s'affiche. Ce panneau répertorie tous les serveurs dans le groupe central et les classe en tant que serveurs de groupe central ou serveurs de groupe statique.
    14. Sélectionnez dans la liste Serveurs de groupe central le serveur qui est associé à la règle et cliquez sur Ajouter >> pour le déplacer dans la liste Serveurs de groupe statique. La liste des serveurs de groupe statique regroupe l'ensemble des serveurs qui tentent de posséder les journaux de reprise en même temps. L'ajout d'un serveur incorrect à cette liste peut compromettre l'intégrité des données. Pour un fonctionnement normal, respectez les règles suivantes pour garantir l'intégrité des données :
      • Ajoutez un seul serveur à la liste des serveurs de groupe statique. L'ajout de deux serveurs entraîne un conflit de journal de reprise, car les deux serveurs tentent de posséder les journaux de reprise associés. L'exception à cette règle est l'ajout d'un second serveur en tant qu'élément de démarrage d'une reprise homologue manuelle. Pour plus d'informations, voir Gestion de la reprise homologue manuelle du service de transactions.
      • Ajoutez à la liste uniquement le serveur associé à la règle. En ajoutant un serveur différent, vous évitez que le serveur local possède ses propres journaux de reprise ce qui l'empêcherait de démarrer correctement.
  2. Répétez la procédure à partir de l'étape 1 pour chaque serveur dans le cluster.
  3. Sauvegardez vos modifications dans la configuration maîtresse en vous assurant que vous avez coché Synchroniser les modifications avec les noeuds.
  4. Pour que les modifications soient prises en compte, arrêtez puis redémarrez les membres du cluster.

Résultats

La reprise homologue manuelle des transactions est configurée pour tous les serveurs du cluster. La reprise homologue automatique des transactions ne peut plus se produire.

Que faire ensuite

Si un serveur tombe en panne, suivez les instructions dans Gestion de la reprise homologue manuelle du service de transactions, pour déclencher le traitement de la reprise.

Icône indiquant le type de rubrique Rubrique de tâche



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=tjta_cfgpeer_man
Nom du fichier : tjta_cfgpeer_man.html