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.
- La reprise homologue ne parvient pas à obtenir de verrou
- Exception XAER_NOTA consignée après l'échec d'un serveur
- Pas de message d'arrêt propre dans le journal des messages
Serveurs bloqués suite au basculement de transactions globales au sein de plusieurs noeuds ou clusters et ce dans un environnement à haute disponibilité
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
[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
- 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é

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.
[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.
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]](../images/ngzos.gif)
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é.