Echec de DBCTL

L'arrêt de DBCTL ne doit pas entraîner l'arrêt de CICS® , il laisse CICS sans les services DBCTL. Le DRA reste partiellement initialisé pour réduire le temps de redémarrage.

Si l'un des espaces adresse DBCTL (DBC, DBRC ou DLISAS) échoue, tous ces espaces adresse sont arrêtés et vous devez redémarrer le système à l'aide d'une commande /ERESTART.

Si vous utilisez IRLM comme gestionnaire de verrouillage et qu'il a échoué ainsi que DBCTL, vous devez le redémarrer avant de redémarrer DBCTL. Voir IRLM failure.

Normalement, vous terminez DBCTL avec une commande /CHECKPOINT FREEZE ou /CHECKPOINT PURGE, mais une commande MVS MODIFY peut être utilisée pour forcer la fin de DBCTL. L'option STOP utilisée avec la commande MODIFY force l'arrêt sans vidage et l'option DUMP force l'arrêt avec un vidage. L'espace adresse DBCTL s'arrête avec une fin anormale U0020 . Les messages reçus sur la console système sont les suivants:

DFS628I  ABNORMAL TERMINATION SCHEDULED DFS629I  IMS DBC REGION ABEND

jobname 0020

Si DL/I traite une demande et que l'unité d'exécution qui effectue les fins anormales de traitement est active dans DL/I ou attend un verrou, DBCTL se termine de manière anormale avec un U113 après l'envoi du message suivant à la console système:

DFS613I  DBC RCN U113 DUE TO Sxxx Uyyyy DURING DL/I CALL IN CCTL
         zzzzzzzz dddd

où :

xxx: est le code de fin anormale du système. Il s'agit de S000 s'il s'agit d'une fin anormale utilisateur.
yyyy: est le code de fin anormale de l'utilisateur. Il s'agit de U0000 s'il s'agit d'une fin anormale du système.
zzzzzzzz: est le nom de travail du système CICS ou du système BMP qui se termine de manière anormale.
dddd: est l'identificateur système DBCTL.

Par exemple, pour une fin anormale utilisateur:

DFS613I  DBC RCN U113 DUE TO S000 U0474 DURING DL/I CALL IN CCTL
         DBDCCICS IMSA

CICS est isolé de ces fins anormales car, dans DBCTL, chaque bloc de contrôle des tâches d'unité d'exécution possède son propre exit de fin anormale de sous-tâche étendue (ESTAE).

Les unités d'exécution sont alors arrêtées et le DRA tente de se reconnecter à DBCTL. Toute demande effectuée par le sous-système au cours de cette période génère un code retour de 40, qui indique qu'il n'existe aucune communication active avec DBCTL, ou un code retour 28, qui indique que l'unité d'exécution indiquée n'existe pas. Ces codes retour sont inclus dans les messages DFHDB8104, DFHDB8109, DFHDB8111et DFHDB8130. Vous trouverez des conseils sur leur interprétation dans la section relative aux codes retour DBCTL DRA des messages et codes IMS dans la IMS.

Le DRA tente de se reconnecter à DBCTL. Après la première tentative infructueuse, vous avez la possibilité de répondre au message DFS690A. Vous pouvez répondre à WAIT, auquel cas le DRA continue à essayer de se reconnecter, ou à CANCEL, auquel cas le DRA arrête de tenter de se reconnecter. Si vous répondez CANCEL, vous devez utiliser la transaction CDBC pour reconnecter DBCTL.

Si vous répondez WAIT, l'intervalle de temps entre chaque tentative de reconnexion est tel que spécifié dans le paramètre de démarrage DRA TIMER (décrit dans Définition de la table de paramètres de démarrage IMS DRA).

Si vous répondez WAIT et que vous souhaitez empêcher d'autres tentatives de reconnexion, utilisez la transaction CDBC DISCONNECT. (Voir Détermination de l'utilisation d'une déconnexion ordonnée ou immédiate.)