![[z/OS]](../images/ngzos.gif)
Fonction de récupération avec les gestionnaires JTA XAResource
Lorsqu'un gestionnaire JTA XAResource est enrôlé dans une transaction globale, il ne peut pas exprimer un intérêt dans l'unité de récupération (UR) Resource Recovery Services z/OS comme un gestionnaire de ressources RRS. A la place, le service de transaction du produit sauvegardera les informations dans son intérêt RRS, indiquant qu'un gestionnaire de ressources JTA était inscrit dans la transaction.
Rôle
Si vous observez l'UR à l'aide des panneaux RRS, vous ne verrez pas d'intérêt pour chaque branche de transaction XA, comme vous auriez pu en voir à l'aide d'un gestionnaire de ressources comme l'intérêt DB2 ou CICS.
A cause de la différence entre RRS et JTA XAResource Managers, il existe une série d'erreurs qui peuvent avoir lieu lorsque l'on travaille avec une JTA XAResource. Les sections suivantes décrivent les erreurs que vous pouvez rencontrer lorsque vous récupérez avec un gestionnaire JTA XAResource. Certaines de ces erreurs sont prévues, alors que d'autres peuvent indiquer qu'il existe un autre type de problèmes, comme la connectivité, qui ont besoin d'être résolus.
Cette rubrique décrit les messages Peer Restart et Recovery qui sont particuliers à l'environnement z/OS.
Messages
- BBOT0025D: OTS A RENCONTRE UNE DISCORDANCE DE DONNEES JOURNAL. REPONDEZ CONTINUER SI CELA EST ATTENDU OU TERMINER SI CELA EST INATTENDU.
Ce message est envoyé lorsque l'époque de redémarrage dans le journal partenaire XA du produit ne correspond pas à l'époque de démarrage dans RRS. Ces journaux doivent rester synchronisés pour garantir les événements atomiques des transactions réparties.
Si un des deux journaux, mais pas les deux, a été restauré à partir d'une sauvegarde, une incohérence se produira. Etant donné que le journal de partenaire XA est conservé dans la machine JVM, cette erreur peut aussi se produire si le contrôleur est lancé et ensuite annulé avant que la machine JVM ne soit initialisée. Le flux de consignation RRS aura été réexécuté avant que le journal partenaire XA n'ait été initialisé.
Ce message donne à l'opérateur l'opportunité d'annuler la reprise et de déterminer la raison pour laquelle les journaux ne sont pas synchronisés. Si la machine n'est pas en production et si l'intégrité des données n'est pas problématique, l'opérateur peut répondre CONTINUER et la reprise essaiera de terminer malgré l'incohérence des journaux. Cependant, il est très difficile de déterminer à l'avance les résultats de cette réponse. Si l'opérateur répond TERMINER, le serveur d'applications s'arrêtera et le problème pourra être examiné avant de terminer la récupération.
- BBOT0026I: LE REDEMARRAGE ET LA REPRISE DU SERVICE DE TRANSACTIONS POUR LE SERVEUR %s TRAITE TOUJOURS UN NOMBRE INCONNU DE TRANSACTIONS XA.
Ce message est émis quand le serveur d'applications n'est pas en mesure d'entrer en contact avec chaque JTA XAResource dans son journal. Etant donné que chaque JTA XAResource conserve ses propres journaux, il n'est pas possible de savoir combien de transactions sont à récupérer. Essayer de trouver des messages WTRN0019 et WTRN0025 en regardant dans la région serviteur. Ces messages vous aideront à déterminer ce qui pourrait empêcher le serveur d'applications de communiquer avec ces gestionnaires JTA XAResource.