Gestion de la reprise homologue manuelle du service de transactions

Après avoir configuré la reprise homologue manuelle, vous déclenchez un processus de reprise à l'aide de la console d'administration ; la reprise homologue ne peut plus être effectuée automatiquement. Cette condition s'applique seulement au processus de reprise homologue des transactions ; le processus de reprise standard des journaux de reprise de serveur, lancé au démarrage du serveur, continue à être effectué automatiquement.

Avant de commencer

Avant de lancer le processus de reprise homologue, vérifiez que le serveur sur lequel une erreur s'est produite, est en panne et ne peut pas redémarrer. Pour garantir l'intégrité des données, vous devez lancer le processus de reprise homologue manuelle uniquement pour les serveurs qui ne sont pas en cours d'exécution.

Pourquoi et quand exécuter cette tâche

Généralement, vous lancez un processus de reprise homologue si un serveur d'applications devient indisponible pour une raison quelconque, par exemple, si une machine tombe en panne. Le choix du serveur homologue, dans le cluster, est arbitraire.

Procédure

  1. Dans la console d'administration, cliquez sur Serveurs > Groupes centraux > Paramètres du groupe central.
  2. Cliquez sur le groupe central qui contient votre serveur en panne. Le panneau de configuration Groupes centraux s'affiche alors.
  3. Sous Propriétés personnalisées, cliquez sur Règles.
  4. Cliquez sur la règle statique qui est associée au serveur en panne. Les paramètres de configuration de cette règle sont affichés.
  5. Sous Propriétés personnalisées, cliquez sur Serveurs de groupe statique. Le panneau Propriétés générales s'affiche.
  6. Lors du fonctionnement normal, la liste de serveurs de groupe statique doit contenir uniquement le serveur qui est associé à la règle. Cependant, si vous déterminez que le serveur est défaillant, vous pouvez ajouter un second serveur pour effectuer le processus de reprise homologue. Dans la liste Serveurs de groupe central, sélectionnez le serveur sur lequel vous souhaitez lancer le processus de reprise homologue. Assurez-vous que vous sélectionnez un serveur d'applications, plutôt qu'un serveur de système comme l'agent de noeud ou le gestionnaire de domaine. Cliquez sur Ajouter >> pour ajouter le serveur à la liste de serveurs de groupe statique. N'ajoutez pas plus d'un serveur.
  7. Sauvegardez vos modifications dans la configuration maîtresse en vous assurant que vous avez coché Synchroniser les modifications avec les noeuds. Cette étape entraîne sur le serveur homologue le lancement d'un processus de reprise pour le serveur défaillant.
  8. Lorsque le processus de reprise est terminé, vous devez annuler les modifications de configuration que vous avez effectuées avant de redémarrer le serveur défaillant. Revenez à la liste Serveurs de groupe statique, sélectionnez le serveur homologue que vous avez ajouté auparavant puis cliquez sur Supprimer<<. Cliquez sur OK.
  9. Sauvegardez vos modifications dans la configuration maîtresse en vous assurant que vous avez coché Synchroniser les modifications avec les noeuds.

Résultats

Le serveur que vous avez sélectionné a effectué la reprise homologue des transactions, terminant toute tâche en attente du serveur défaillant.

Que faire ensuite

Vérifiez que vous avez annulé les modifications de configuration que vous aviez effectuées, puis redémarrez le serveur défaillant le cas échéant.

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_managing
Nom du fichier : tjta_managing.html