Conseils de traitement des incidents liés aux transactions

La présente rubrique contient des conseils pour vous aider à identifier et à résoudre des problèmes liés au service de transaction de WebSphere Application Server.

Pour les incidents de messagerie propres aux noeuds WebSphere Application Server, voir les autres rubriques du centre de documentation, telles que la rubrique des conseils pour la résolution des problèmes des messagerie et la page Web de support pour WebSphere Application Server.

La reprise homologue ne parvient pas à obtenir de verrou

Si la reprise homologue d'une transaction ne parvient pas à obtenir un verrou de fichier nécessaire pour effectuer le traitement de la reprise, les messages suivants peuvent s'afficher :
[10/26/04 8:41:38:887 CDT] 00000029 CoordinationL A   CWWTR0100_GENERIC_ERROR
[10/26/04 8:41:39:100 CDT] 00000029 RecoveryHandl A   CWWTR0100E: An attempt to 
acquire a file lock needed to perform recovery processing failed. Either the 
target server is active or the recovery log configuration is incorrect
....
[10/26/04 8:42:34:921 CDT] 00000027 HAGroupImpl   I   CWRHA0130I: The local 
member of group GN_PS=fwsitkaCell01\fwwsaix1Node01\GriffinServer3,
IBM_hc=GriffinCluster,type =WAS_TRANSACTIONS has indicated that is it not 
alive. The JVM will be terminated.
[10/26/04 8:42:34:927 CDT] 00000027 SystemOut     O Panic:component requested 
panic from isAlive
Pour identifier la cause de l'incident lors de l'obtention du verrou, vérifiez les éléments suivants :
  • Si vous avez désactivé la reprise en ligne du journal de transaction et utilisez une unité NAS pour les journaux de transactions, vérifiez que le niveau DFS de votre système est compatible avec le niveau DFS de l'unité NAS. Si les deux niveaux ne sont pas corrects, il est impossible d'accéder aux journaux de transactions.
  • Si vous vous êtes connecté comme utilisateur non-superutilisateur, vérifiez que les numéros d'ID de l'utilisateur non-superutilisateur et du groupe correspondent sur toutes les machines impliquées dans la reconnaissance d'homologues.
  • Si une règle est définie pour une transaction, vérifiez-la pour vous assurer que les serveurs appropriés prennent le contrôle (vous devez ajouter des serveurs ou réorganiser la liste des serveurs favoris).

Les demandes du client et les messages du protocole de transaction des services Web ne sont pas routés vers le serveur approprié

Lorsque le client ne fait pas partie de la même cellule administrative que le service cible et que vous voulez utiliser l'affinité de transaction ou la haute disponibilité de transaction, vous pouvez utiliser la topologie de serveur proxy WebSphere Application Server pour envoyer les demandes du client et les messages du protocole de transaction des services Web au serveur approprié. Dans cette topologie, le client communique avec un serveur proxy WebSphere Application Server qui envoie de façon dynamique les demandes du client et les messages du protocole de transaction de services Web vers le serveur approprié dans un cluster WebSphere Application Server. Dans ce scénario, il est nécessaire que le serveur proxy soit configuré dans la même cellule administrative que le service cible.
Eviter les incidents Eviter les incidents: WebSphere Application Server ne prend pas en charge le routeur On Demand pour ce scénario. Le serveur proxy de WebSphere Application Server seulement peut servir de proxy pour les noeuds finaux des transactions de services Web.gotcha

Exception XAER_NOTA consignée après l'échec d'un serveur

Si un serveur d'applications échoue et que l'enregistrement de fin de transaction n'est pas immédiatement copié sur le disque, il est possible qu'une transaction soit irrécupérable.

WebSphere Application Server ne force pas la copie de l'enregistrement de fin vers le journal ; il revient donc au système de fichier réseau/système d'exploitation de déterminer quand les données doivent être copiées sur le disque. L'enregistrement est forcé si le serveur a été arrêté proprement. Le service de transaction a été conçu pour prendre en charge les situations où l'enregistrement de fin n'est jamais copié sur le disque (lorsqu'une erreur XAER_NOTA est renvoyée par la base de données).
[date time] 00000057 WSRdbXaResour E   CWWRA0302E:  XAException occurred.  
Error code is: XAER_NOTA (-4).  Exception is: XAER_NOTA

Si une transaction ne possède pas d'enregistrement de fin dans le journal de transaction, le service de transaction tente d'effectuer une vérification dans la base de données. Si la transaction est terminée, la base de données indique qu'aucune opération ne doit être effectuée (XAER_NOTA). Ce comportement est normal ; il ne s'agit pas d'une erreur.

Pas de message d'arrêt propre dans le journal des messages

Quand un serveur d'applications s'arrête, les transactions actives sont annulées. Si toutes les transactions se sont correctement exécutées, le message CWWTR0105I est consigné pour indiquer que l'arrêt du service de transaction s'est correctement effectué et que le prochain redémarrage du serveur ne nécessite aucune action de reprise. Si un serveur d'applications s'arrête et que le message CWWTR0105I n'est pas consigné, le message n'indique pas un problème, mais que la reconnaissance est nécessaire lorsque le serveur redémarre.

Avant de désinstaller le produit, arrêtez proprement tous les serveurs d'applications afin d'éviter les problèmes d'intégrité des données.

[z/OS]Vérifiez que la reconnaissance à partir d'une perspective de ressource RRS ou XA n'est pas nécessaire.
Sur le système d'exploitation z/OS, le message d'arrêt propre CWWTR0105I n'est jamais consigné. Pour vérifier que la reconnaissance d'une perspective de ressources RRS ou XA n'est pas nécessaire, redémarrez le serveur d'applications en mode de reconnaissance dans le système dans lequel est elle est configurée. En mode de reconnaissance, le serveur d'applications termine les unités de reconnaissance et s'arrête lorsqu'il existe des unités de reconnaissance en attente. S'il n'en existe pas, le serveur d'applications démarre, puis s'arrête normalement. Par conséquent, pour vérifier que toute la reconnaissance a été exécutée, redémarrez le serveur en mode de récupération et attendez un arrêt normal.
[z/OS]

Serveurs bloqués suite au basculement de transactions globales au sein de plusieurs noeuds ou clusters et ce dans un environnement à haute disponibilité

Lorsqu'une erreur LPAR survient, plusieurs serveurs d'applications peuvent ne pas répondre.

Pour résoudre ce problème, annulez et redémarrez les serveurs d'applications. Si nécessaire, effectuez un redémarrage forcé.


Icône indiquant le type de rubrique Rubrique de référence



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