![[z/OS]](ngzos.gif)
Comment sont résolues les unités de récupération en attente de validation
Si IBM® MQ perd sa connexion à un autre gestionnaire de ressources, il tente généralement de récupérer tous les objets incohérents au redémarrage.
- Comment les unités de récupération en attente de validation sont résolues à partir de CICS
- Comment les unités de récupération en attente de validation sont résolues à partir de IMS
- Comment sont résolues les unités de récupération en attente de validation à partir de RRS
- Comment sont résolues les unités de récupération en attente de validation avec une disposition des unités de récupération GROUPE
Comment les unités de récupération en attente de validation sont résolues à partir de CICS
- CSQC404E
- CSQC405E
- CSQC406E
- CSQC407E
Pour plus de détails sur la signification de ces messages, voir le manuel MessagesIBM MQ for z/OS® , codes achèvement et codes anomalie .
La résolution des unités en attente de validation n'affecte pas les ressources CICS . CICS contrôle la coordination de la reprise et, lorsqu'il redémarre, valide ou annule automatiquement chaque unité, selon qu'un enregistrement de journal marque le début de la validation. L'existence d'objets en attente de validation ne verrouille pas les ressources CICS pendant la reconnexion de IBM MQ .
L'une des fonctions de l'adaptateur CICS est de maintenir la synchronisation des données entre CICS et IBM MQ. Si un gestionnaire de files d'attente se termine de manière anormale alors qu'il est connecté à CICS, il est possible pour CICS de valider ou d'annulation des travaux sans que IBM MQ en ait connaissance. Lorsque le gestionnaire de files d'attente redémarre, le travail est qualifié en attente de validation.
IBM MQ ne peut pas résoudre ces unités de récupération en attente de validation (c'est-à-dire, valider ou supprimer les modifications apportées aux ressources IBM MQ ) tant que la connexion à CICS n'est pas redémarrée ou reconnectée.
- L'adaptateur reçoit une liste d'unités de récupération en attente de validation pour cet ID de connexion de la part de IBM MQet les transmet à CICS pour résolution.
- CICS compare les entrées de cette liste aux entrées de son propre journal. CICS détermine, à partir de sa propre liste, l'action qu'il a effectuée pour chaque unité de récupération en attente de validation.
Pour toutes les unités résolues, IBM MQ met à jour les files d'attente si nécessaire et libère les verrous correspondants. Des unités non résolues peuvent rester après le redémarrage. Résolvez-les à l'aide des méthodes décrites dans la rubrique Administration d' IBM MQ for z/OS.
Comment les unités de récupération en attente de validation sont résolues à partir de IMS
La résolution des unités de récupération en attente de validation dans IMSn'affecte pas les ressources DL/I. IMS contrôle la coordination de la reprise et, lorsqu'il redémarre, valide ou annule automatiquement le travail DL/I incomplet. La décision de validation ou d'exclusion pour les régions en ligne (chemin d'accès non rapide) est due à la présence ou à l'absence des types d'enregistrement de journal IMS X'3730'et X'3801'. L'existence d'unités de récupération en attente de validation n'implique pas que les enregistrements DL/I soient verrouillés jusqu'à ce que IBM MQ se connecte.
Lors du redémarrage du gestionnaire de files d'attente, IBM MQ établit une liste des unités de récupération en attente de validation. IMS génère sa propre liste d'entrées de récupération résiduelles (RRE). Les entrées RRE sont consignées dans des points de contrôle IMS jusqu'à ce que toutes les entrées soient résolues.
Lors de la reconnexion d'une région IMS à IBM MQ, IMS indique à IBM MQ si les unités de travail marquées dans IBM MQ comme étant en attente de validation doivent être validées ou invalidées.
- Si IBM MQ reconnaît qu'il a marqué une entrée pour validation et que IMS l'a marquée pour annulation, IBM MQ émet le message CSQQ010E. IBM MQ émet ce message pour toutes les incohérences de ce type entre IBM MQ et IMS.
- Si IBM MQ possède encore des unités en attente de validation, l'adaptateur émet le message CSQQ008I.
Pour toutes les unités résolues, IBM MQ met à jour les files d'attente si nécessaire et libère les verrous correspondants.
IBM MQ maintient des verrous sur les travaux en attente de validation qui n'ont pas été résolus. Cela peut entraîner un retard dans le système si des verrous importants sont mis en attente. La connexion reste active afin que vous puissiez résoudre les environnements d'exécution de récupération (RRE) IMS . Récupérez les unités d'exécution en attente de validation à l'aide des méthodes décrites dans la rubrique Administration d' IBM MQ for z/OS.
- Au début de la connexion à IBM MQ, au cours de laquelle la résolution est effectuée de manière synchrone.
- Lorsqu'un programme s'arrête anormalement, la résolution s'effectue de façon asynchrone.
Comment sont résolues les unités de récupération en attente de validation à partir de RRS
L'une des fonctions de l'adaptateur RRS consiste à maintenir la synchronisation des données entre IBM MQ et les autres gestionnaires de ressources participants RRS. Si un incident se produit lorsque IBM MQ a terminé la première phase de la validation et attend une décision de RRS (le coordinateur de validation), l'unité de récupération passe à l'état en attente de validation.
Lorsque la communication est rétablie entre RRS et IBM MQ, RRS valide ou annule automatiquement chaque unité de récupération, selon qu'un enregistrement de journal marque le début de la validation. IBM MQ ne peut pas résoudre ces unités de récupération en attente de validation (c'est-à-dire valider ou supprimer les modifications apportées aux ressources IBM MQ ) tant que la connexion à RRS n'est pas rétablie.
- CSQ3011I
- CSQ3013I
- CSQ3014I
- CSQ3016I
Pour plus de détails sur la signification de ces messages, voir le manuel MessagesIBM MQ for z/OS , codes achèvement et codes anomalie .
Pour toutes les unités de récupération résolues, IBM MQ met à jour les files d'attente selon les besoins et libère les verrous correspondants. Les unités de récupération non résolues peuvent rester après le redémarrage. Résolvez-les à l'aide de la méthode décrite dans la rubrique Administration d' IBM MQ for z/OS.
Comment sont résolues les unités de récupération en attente de validation avec une disposition des unités de récupération GROUPE
Les transactions en attente de validation qui ont une disposition d'unités de récupération GROUPE peuvent être résolues par le coordinateur de transactions par un gestionnaire de files d'attente dans le groupe de partage de files d'attente lorsque l'attribut de gestionnaire de files d'attente GROUPUR est activé. Lorsqu'un coordinateur de transactions se connecte à nouveau, il demande généralement une liste des transactions en attente de validation puis les résout à l'aide des informations provenant de ses journaux.
Lorsqu'un coordinateur de transactions, connecté à une disposition d'unités de récupération GROUPE, demande la liste des transactions en attente de validation, la liste envoyée comprend toutes les transactions en attente de validation avec une disposition d'unités de récupération GROUPE qui existent par le biais du groupe de partage de files d'attente. Cette liste ne dépend pas du gestionnaire de files d'attente sur lequel ces transactions en attente de validation ont démarré. Un gestionnaire de files d'attente traitant une telle demande compile la liste en communiquant avec tous les autres gestionnaires de files d'attente actifs dans le groupe de partage de files d'attente à l'aide de la commande SYSTEM.QSG.UR.RESOLUTION.QUEUE. Le gestionnaire de files d'attente lit ensuite les journaux des gestionnaires inactifs à partir de leur dernier point de contrôle afin d'identifier toute transaction en attente de validation supplémentaire qu'ils auraient signalée s'ils avaient été actifs.
Lorsqu'un coordinateur de transactions demande la résolution d'une transaction en attente de validation, le gestionnaire de files d'attente auquel elle est connectée identifie si la transaction commence d'elle-même et, le cas échéant, la résout de la même façon que des transactions avec une disposition d'unités de récupération de QMGR. Si la transaction a commencé sur un autre gestionnaire de files d'attente actif dans le groupe de partage de files d'attente, une demande de fin de la résolution est acheminée vers le gestionnaire de files d'attente à l'aide de la commande SYSTEM.QSG.UR.RESOLUTION.QUEUE. Si la transaction a commencé sur un gestionnaire de files d'attente inactif dans le groupe de partage de files d'attente, tout travail de file d'attente partagée est résolu immédiatement et une demande de résolution de tout travail de file d'attente privée est placée sur la commande SYSTEM.QSG.UR.RESOLUTION.QUEUE. Le gestionnaire de files d'attente inactif traite cette demande au démarrage, avant d'accepter un nouveau travail. Dans ce cas, les journaux originaux du gestionnaire de files d'attente reflètent encore que l'unité de récupération est en attente de validation jusqu'au redémarrage et au traitement de la requête.