Les types de règle conditionnelle pris en charge sont Requêtes de base de données, Demande de fichier, Demande de programme, Demande de démarrage, Mémoire, Demande de stockage, Demande de point de synchronisation, Heure, Demande de file d'attente TD, Octets de la file d'attente TS et Demande de file d'attente TS.
Utilisez le type de règle conditionnelle Demande de base de données pour définir un seuil pour le nombre de requêtes SQL DB2 réalisées par une tâche utilisateur, et entreprendre l'action automatique si le seuil est dépassé. Le comptage comprend les requêtes SQL émises par les sorties. Par exemple, un programme qui émet des requêtes EXEC CICS FILE converties en requêtes SQL par CICS VT compte tout seuil de demande de fichier et tout seuil de comptage SQL.
Utilisez le type de règle conditionnelle Demande de fichier pour définir un seuil pour le nombre de demandes d'accès au fichier EXEC CICS réalisées par une tâche utilisateur, et entreprendre l'action automatique si le seuil est dépassé. Le seuil s'applique à une commande de fichier spécifique, par exemple READ. Il ne s'agit pas d'un comptage cumulé de toutes les demandes d'accès à un fichier. Les demandes de fichier sont comptées lorsqu'une application réalise une demande de contrôle de fichier, que la demande ait abouti ou non, y compris lorsqu'un exit utilisateur global XFCREQ renvoie un code de réponse UERCBYP (ignorer la demande). Les demandes sont comptées pour la tâche de la région gérant les applications, que le fichier soit local ou distant. Les demandes ne sont pas comptées dans la région propriétaire de fichier.
Utilisez le type de règle conditionnelle Demande de programme pour définir un seuil pour le nombre de demandes EXEC CICS LINK ou EXEC CICS INVOKE APPLICATION réalisées par une tâche utilisateur, et entreprendre l'action automatique si le seuil est dépassé. Ce type de règle s'applique aux demandes réalisées localement ou à distance, qu'elles aboutissent ou non, y compris lorsqu'un exit utilisateur global XPCREQ renvoie un code de réponse UERCBYP (ignorer la demande). Toute tâche démarrée dans une région distante qui répond à une demande DPL est donc extérieure à la portée des règles appliquées à la tâche qui a émis la DPL. Ainsi, toute autre demande que la tâche distante peut effectuer n'est pas comptée par la tâche locale.
Utilisez le type de règle conditionnelle Mémoire pour définir un seuil pour la quantité de stockage attribuée par une tâche utilisateur, et entreprendre l'action automatique si le seuil est dépassé. Le seuil s'applique à une classe de stockage spécifique, par exemple une tâche de stockage 31 bits. Il ne s'agit pas d'un comptage cumulé de toutes les demandes de stockage.
Le comptage de seuil comprend toutes les demandes GETMAIN réalisées avec succès par une tâche utilisateur : les demandes EXEC CICS GETMAIN explicites et les demandes GETMAIN implicites qui se produisent en réponse à d'autres commandes EXEC CICS, par exemple EXEC CICS READ FILE SET. Pour les demandes de mémoire associées à la tâche (task24, task31 et task64), le nombre diminue lorsque la tâche émet une commande FREEMAIN explicite ou implicite qui réussit. Cependant, les comptages de mémoire partagée (shared24, shared31 et shared64) ne diminuent pas lorsqu'une tâche libère de la mémoire partagée.
Utilisez le type de règle conditionnelle Demande de mémoire pour définir un seuil pour le nombre de requêtes GETMAIN réalisées par une tâche utilisateur, et entreprendre l'action automatique si le seuil est dépassé. Ceci diffère du type de règle conditionnelle de stockage, qui est utilisé pour définir des seuils basés sur la quantité de mémoire attribuée. Le comptage de seuil de demande de mémoire comprend toutes les demandes GETMAIN réalisées par une tâche utilisateur : les demandes EXEC CICS GETMAIN explicites et les demandes GETMAIN implicites qui se produisent en réponse à d'autres commandes EXEC CICS, par exemple EXEC CICS READ FILE SET. Le compteur de demandes de mémoire s'incrémente même lorsqu'une demande échoue.
Utilisez le type de règle conditionnelle Demande de point de synchronisation pour définir un seuil pour le nombre de demandes EXEC CICS SYNCPOINT réalisées par une tâche utilisateur, et entreprendre l'action automatique si le seuil est dépassé. Les demandes EXEC CICS SYNCPOINT et SYNCPOINT ROLLBACK sont comptées, et les demandes qui n'ont pas abouti sont incluses en plus des demandes réussies.
Utilisez le type de règle conditionnelle Temps pour définir un seuil pour la quantité de temps de processeur utilisée par une tâche utilisateur (règle de temps UC), ou le temps pris par une tâche (règle de temps écoulé), et entreprendre l'action automatique si le seuil est dépassé. Le type de règle conditionnelle de temps diffère des autres types de règle conditionnelle, car le seuil est basé sur le temps de processeur, et non sur un comptage de demandes API ou sur la quantité de mémoire attribuée.
Pour les règles de temps UC, la tâche doit être redistribuée et émettre un appel EXEC CICS ou appelle une valeur TRUE (par exemple un appel EXEC SQL) pour vérifier si le seuil de temps UC est dépassé. Si, pour une raison quelconque, la tâche n'abandonne jamais le contrôle, le traitement RUNAWAY normal termine la tâche de façon anormale si l'intervalle de temps RUNAWAY est dépassé avant tout traitement de politique de temps. Pour les règles de temps écoulé, il est vérifié si le seuil de temps écoulé est dépassé chaque fois qu'une tâche émet un appel EXEC CICS ou appelle une valeur TRUE. Dans les deux cas, si le seuil est dépassé et si l'action associée à la règle se termine de façon anormale, la fin anormale se produit après la fin de la commande.
Utilisez le type de règle conditionnelle Demande de file d'attente TD pour définir un seuil pour le nombre de demandes d'accès à la file d'attente de données transitoires (TDQ) réalisées par une tâche utilisateur, et entreprendre l'action automatique si le seuil est dépassé. Les demandes EXEC CICS READQ TD et EXEC CICS WRITEQ TD sont comptées, et chaque demande est comptée, qu'elle ait abouti ou non, y compris lorsqu'un exit utilisateur global XTDREQ renvoie un code de réponse UERCBYP (ignorer la demande).
Utilisez le type de règle conditionnelle Octets de la file d'attente TS pour définir un seuil pour la quantité totale de données écrites vers un type de files de stockage temporaire (auxiliaire ou principale), ou la quantité totale de données écrites dans les files de stockage temporaire auxiliaires et principales combinées, et entreprendre l'action automatique si le seuil est dépassé. Seules les données provenant de demandes ayant abouti sont comptées. Les données écrites par les demandes EXEC CICS WRITEQ TS et EXEC CICS WRITEQ TS REWRITE sont comptées pour le total. Pour les demandes EXEC CICS WRITEQ TS REWRITE, le comptage est incrémenté par la taille totale de REWRITE, et non le delta entre les demandes WRITE et REWRITE d'origine. Ce comportement est cohérent avec la manière dont le domaine MN traite les demandes TSQ WRITE et REWRITE.
Utilisez le type de règle conditionnelle Demande de file d'attente TS pour définir un seuil pour le nombre de demandes EXEC CICS READQ TS et EXEC CICS WRITEQ TS émises par une tâche utilisateur vers des files de stockage temporaire auxiliaires ou principales ou vers toutes les files de stockage temporaire auxiliaires et principales combinées, et entreprendre l'action automatique si le seuil est dépassé. Les demandes de lecture ou d'écriture vers les files de stockage temporaire partagées locales NE sont PAS comptées. Toutes les demandes d'accès à des files de stockage temporaire auxiliaires ou principales sont comptées qu'elles aboutissent ou non, y compris lorsqu'un exit utilisateur global XTSEREQ renvoie un code de réponse UERCBYP (ignorer la demande). Les demandes EXEC CICS WRITEQ TS REWRITE sont comptées comme des demandes WRITEQ.