[z/OS]

Que se passe-t-il lors de l'arrêt dans IBM MQ for z/OS

Un gestionnaire de files d'attente s'arrête normalement en réponse à la commande STOP QMGR. S'il s'arrête pour une autre raison, cet arrêt est anormal.

Notez que lors de l'arrêt du gestionnaire de files d'attente, IBM® MQ émet en interne la commande
DISPLAY CONN(*) TYPE(CONN) ALL WHERE (APPLTYPE NE SYSTEMAL)
afin que vous sachiez quelle unité d'exécution risque de bloquer l'arrêt normal du gestionnaire de files d'attente.

SYSTEMAL correspond à APPLTYPES de SYSTEM ou CHINIT ; ainsi, la commande DISPLAY CONN, qui filtre les types d'application ne correspondant pas à SYSTEMAL, renvoie au journal de travail les informations relatives aux unités d'exécution qui pourraient bloquer l'arrêt normal.

Arrêt normal
Dans un arrêt normal, IBM MQ arrête toute activité de manière ordonnée. Vous pouvez arrêter IBM MQ en utilisant le mode de mise au repos, de force ou de redémarrage. Les effets sont présentés dans le tableau 1.
Tableau 1. Arrêt à l'aide des commandes QUIESCE, FORCE et RESTART
Type d'unité d'exécution QUIESCE FORCE RESTART
Unités d'exécution actives Exécution jusqu'à la fin Renvoyer Renvoyer
Nouvelles unités d'exécution Peut démarrer Non autorisé Non autorisé
Nouvelles connexions Non autorisé Non autorisé Non autorisé

Les applications par lots sont notifiées si un arrêt se produit alors que l'application est toujours connectée.

Avec CICS®, une unité d'exécution en cours s'exécute uniquement jusqu'à la fin de l'unité de récupération. Avec " CICS, l'arrêt d'un gestionnaire de file d'attente en mode quiesce arrête l'adaptateur " CICS, de sorte que si une tâche active contient plus d'une unité de récupération, la tâche ne s'exécute pas nécessairement jusqu'à son terme.

Si vous arrêtez un gestionnaire de files d'attente en mode forcé ou en mode de redémarrage, aucune nouvelle unité d'exécution n'est allouée et le travail en cours sur les unités d'exécution connectées est annulé. L'utilisation de ces modes peut créer des unités de récupération en attente de validation pour les unités d'exécution se trouvant entre des phases de traitement de validation. Ils sont résolus lorsque IBM MQ est reconnecté au sous-système CICS, IMSou RRS de contrôle.

Lorsque vous arrêtez un gestionnaire de files d'attente, les étapes sont les suivantes, quel que soit le mode utilisé :
  1. Les connexions sont interrompues.
  2. IBM MQ n'accepte plus les commandes.
  3. IBM MQ s'assure que toutes les mises à jour en attente des ensembles de pages sont terminées.
  4. La commande DISPLAY USAGE est émise en interne par IBM MQ de sorte que l'adresse relative en octets au redémarrage soit enregistrée dans le journal de la console z/OS® .
  5. Le point de contrôle du redémarrage est pris en compte et le fichier d'amorce est mis à jour.

Les arrêts qui définissent le mode repos n'ont aucune incidence sur les unités de récupération en attente de validation. Les unités en attente de validation le restent.

Arrêt anormal
Un arrêt anormal peut laisser certaines données dans un état incohérent, par exemple :
  • Une unité de récupération a été interrompue avant d'atteindre un point de cohérence.
  • Les données validées n'ont pas été écrites dans les ensembles de pages.
  • Les données non validées ont été écrites dans les ensembles de pages.
  • Un programme d'application a été interrompu entre la phase 1 et la phase 2 du processus de validation. L'unité de récupération est alors en attente de validation.

IBM MQ résout les incohérences de données résultant d'un arrêt anormal lors du redémarrage et de la reprise.