Tipos de regla de política

Los tipos de regla de política soportados son solicitud de base de datos, solicitud de archivo, solicitud de programa, solicitud de inicio, almacenamiento, solicitud de almacenamiento, solicitud de punto de sincronismo, tiempo, solicitud de colas de datos transitorios, bytes de colas de almacenamiento de cintas y solicitud de cola de almacenamiento de cinta.

Solicitud de base de datos

Utilice el tipo de regla de política de solicitud de base de datos para definir un umbral para el número de solicitudes SQL de DB2 realizadas por una tarea de usuario, y realice una acción automática si se supera el umbral. El recuento incluye solicitudes SQL emitidas por salidas. Por ejemplo, un programa que emite solicitudes EXEC CICS FILE que se convierten en solicitudes de SQL mediante CICS VT cuenta hasta cualquier umbral de solicitud de archivo y cualquier umbral de recuento de SQL.

Solicitud de archivo

Utilice el tipo de regla de política de solicitud de archivo para definir un umbral para el número de solicitudes de acceso de archivo de EXEC CICS realizadas por una tarea de usuario, y realice una acción automática si se supera el umbral. El umbral se aplica a un mandato de archivo específico, por ejemplo READ. No es un recuento acumulativo de todas las solicitudes de acceso de archivo. Las solicitudes de archivo se cuentan cuando una aplicación realiza una solicitud de control de archivo, independientemente de si la solicitud es satisfactoria o no, incluido cuando una salida de usuario global XFCREQ devuelve un código de respuesta UERCBYP (ignorar solicitud). Las solicitudes se cuentan bajo la tarea para la región propietaria de la aplicación (AOR), independientemente de si el archivo es local o remoto. Las solicitudes no se cuentan en la región propietaria del archivo (FOR).

Solicitud de programa

Utilice el tipo de regla de política de solicitud de programa para definir un umbral para el número de solicitudes de EXEC CICS LINK o EXEC CICS INVOKE APPLICATION realizadas por una tarea de usuario y realice la acción automática si se supera el umbral. Este tipo de regla se aplica a las solicitudes que tienen servicio local o remoto, ya sea de forma satisfactoria o no, incluido cuando una salida de usuario global XPCREQ devuelve un código de respuesta de UERCBYP (ignorar solicitud). Cualquier tarea iniciada en una región remota que dé servicio a una solicitud de DPL se encuentra fuera del ámbito de las reglas que se aplican a la tarea que emitió el DPL, por lo que cualquier solicitud adicional que pueda realizar la tarea remota no es contada por la tarea local.

Nota: Las solicitudes EXEC CICS INVOKE APPLICATION se incluyen en el recuento de solicitudes EXEC CICS LINK; no pueden contarse por separado.

Iniciar solicitud

Utilice el tipo de regla de política de solicitud de inicio para definir un umbral para el número de solicitudes de EXEC CICS START realizadas por una tarea de usuario, y realice una acción automática si se supera el umbral. Se cuentan todas las solicitudes EXEC CICS START tanto si la solicitud es correcta como si no lo es, incluido cuando una salida de usuario global XICREQ devuelve un código de respuesta de UERCBYP (ignorar solicitud) o cuando una salida XICERES devuelve un código de respuesta de UERCPURG (un recurso necesario no está disponible).
Nota: Cuando se utiliza una política funciones en solicitudes EXEC CICS START de funciones enviadas en una región remota, el mecanismo desencadenante depende de los valores y del protocolo de comunicación entre regiones. Para más información, consulte La transacción de duplicación y el programa de transformador en la documentación del producto CICS TS V5.2.

Almacenamiento

Utilice el tipo de regla de política de almacenamiento para definir un umbral para la cantidad de almacenamiento asignado por una tarea de usuario, y realice una acción automática si se supera el umbral. El umbral se aplica a una clase de almacenamiento específica, por ejemplo almacenamiento de tarea de 31 bits. No es un recuento acumulativo de todas las solicitudes de almacenamiento.

El recuento de umbral incluye todas las solicitudes GETMAIN satisfactorias realizadas por una tarea de usuario: tanto solicitudes EXEC CICS GETMAIN explícitas como solicitudes GETMAIN implícitas que se producen en respuesta a otros mandatos EXEC CICS, por ejemplo, EXEC CICS READ FILE SET. Para solicitudes de almacenamiento relacionadas con tareas (task24, task31 y task64) el recuento disminuye cuando la tarea emite una solicitud FREEMAIN explícita o implícita que tiene éxito. Sin embargo, los recuentos para almacenamiento compartido (shared24, shared31, y shared64) NO disminuyen cuando una tarea libera almacenamiento compartido.

Importante: Si un mandato EXEC CICS GETMAIN con la opción NOSUSPEND satisface una regla que especifica una acción de suceso, la tarea podría suspenderse durante la captura de los datos del suceso.

Solicitud de almacenamiento

Utilice el tipo de regla de política de solicitud de almacenamiento para definir un umbral para el número de solicitudes GETMAIN realizadas por una tarea de usuario, y realice una acción automática si se supera el umbral. Esto difiere del tipo de regla de política de almacenamiento, que se utiliza para definir umbrales basados en la cantidad de almacenamiento asignado. El recuento de umbral de solicitud de almacenamiento contiene el número de todas las solicitudes GETMAIN realizadas por una tarea de usuario: tanto solicitudes EXEC CICS GETMAIN explícitas y solicitudes GETMAIN implícitas que se producen en respuesta a otros mandatos EXEC CICS, por ejemplo EXEC CICS READ FILE SET. El recuento de solicitudes de almacenamiento se incrementa incluso si una solicitud falla.

Importante: Si un mandato EXEC CICS GETMAIN con la opción NOSUSPEND satisface una regla que especifica una acción de suceso, la tarea podría suspenderse durante la captura de los datos del suceso.

Solicitud de punto de sincronismo

Utilice el tipo de regla de política de solicitud de punto de sincronismo para definir un umbral para el número de solicitudes de EXEC CICS SYNCPOINT realizadas por una tarea de usuario, y realice una acción automática si se supera el umbral. Se cuentan las solicitudes EXEC CICS SYNCPOINT y las SYNCPOINT ROLLBACK, y se incluyen solicitudes no satisfactorias además de las solicitudes satisfactorias.

Tiempo

Utilice el tipo de regla de política de tiempo para definir un umbral para la cantidad de tiempo de procesador utilizado por una tarea de usuario (elemento de política de tiempo de CPU) o la cantidad de tiempo transcurrido que emplea una tarea (elemento de política de tiempo transcurrido) y emprenda la acción automática si se supera el umbral. El tipo de regla de política de tiempo difiere de los otros tipos de regla de política en cuanto a que el umbral se basa en el tiempo, en lugar de un recuento de solicitudes de API, o la cantidad de almacenamiento asignado.

Nota: Para el elemento de política de tiempo de CPU: Debido a la forma en que se registran los cambios del procesador, no es posible contar el tiempo de procesador de forma continua, por lo que en ocasiones el umbral puede superarse un poco antes de que lo detecte esta función, y si fuera a comparar datos de supervisión con acciones de umbral de política realizadas, podría observar alguna discrepancia. El elemento de política de tiempo de CPU compara el tiempo total de procesador con el valor de umbral de política. Sin embargo, el valor de tiempo de procesador no aumenta hasta que una tarea abandona el control de un procesador, por lo que una tarea puede superar un umbral por mucho antes de abandonar el control del procesador y permitir que se produzca la comprobación.

Para elementos de política de tiempo de CPU, no es hasta que la tarea se vuelve a despachar y emite una llamada EXEC CICS o llama a un TRUE (por ejemplo, una llamada EXEC SQL) que comprueba si se ha superado el umbral de tiempo de CPU. Si, por algún motivo, la tarea nunca cede el control, el proceso normal RUNAWAY termina la tarea anormalmente cuando se supera el intervalo de tiempo de RUNAWAY, antes de que se produzca ningún proceso de política de tiempo. Para elementos de política de tiempo transcurrido, se realiza una comprobación de si se supera el umbral de tiempo transcurrido cada vez que una tarea emita una llamada EXEC CICS o llame a TRUE. En cualquier caso, si se supera el umbral y finaliza la acción de regla de forma anómala, la finalización anómala de tarea se producirá tras finalizar el mandato.

Solicitud de colas de datos transitorios

Utilice el tipo de regla de política de solicitud de colas de datos transitorios para definir un umbral para el número de solicitudes de acceso de colas de datos transitorios (TDQ) que lleva a cabo una tarea de usuario y emprenda la acción automática si se supera el umbral. Se cuentan las solicitudes EXEC CICS READQ TD y EXEC CICS WRITEQ TD, tanto si son correctas como si no lo son, incluido cuando una salida de usuario global XTDREQ devuelve un código de respuesta de UERCBYP (ignorar solicitud).

Nota: Un número de productos se graban en TDQ de CICS, que puede generar un número de solicitudes mayor del que se esperaba. Por ejemplo, Language Environment utiliza EXEC CICS WRITEQ TD ampliamente para escribir la información de diagnóstico, así como para capturar la salida display de Cobol y las sentencias printf () de lenguaje C. IP CICS Sockets es otro producto que utiliza las solicitudes EXEC CICS WRITEQ.

Bytes de colas de almacenamiento de cintas

Utilice el tipo de regla de política de bytes de colas de almacenamiento de cintas para definir un umbral para la cantidad total de datos que escribe una tarea de usuario en un tipo de cola de almacenamiento temporal individual (TSQ) (ya sea auxiliar o principal) o para la cantidad total de datos que se escriben en las TSQ auxiliares y principales combinadas. Solamente se cuentan los datos de las solicitudes correctas. Los datos que escriben tanto las solicitudes EXEC CICS WRITEQ TS como EXEC CICS WRITEQ TS REWRITE se cuentan para el total. Para las solicitudes EXEC CICS WRITEQ TS REWRITE el recuento se incrementa en el tamaño total de REWRITE, y no el valor delta entre los valores de WRITE y REWRITE originales. Este comportamiento es coherente con la forma en que el dominio MN trata las solicitudes TSQ WRITE y REWRITE.

Solicitud de cola de almacenamiento de cinta

Utilice el tipo de regla de política de solicitud de colas de almacenamiento de cinta para definir un umbral para el número de solicitudes EXEC CICS READQ TS y EXEC CICS WRITEQ TS que emite una tarea de usuario para las colas de almacenamiento temporal auxiliar o temporal (TSQ) o para todas las TSQ auxiliares y principales combinadas, y emprenda la acción automática si se supera el umbral. No se cuentan las solicitudes de lectura o grabación de colas de almacenamiento temporal compartido locales. Se cuentan todas las solicitudes de acceso de TSQ a TSQ auxiliares y principales, tanto si son correctas como si no lo son, incluido cuando una salida de usuario global XTSEREQ devuelve un código de respuesta de UERCBYP (ignorar solicitud). Las solicitudes EXEC CICS WRITEQ TS REWRITE se cuentan como WRITEQ.

Nota: Los puntos siguientes se aplican tanto a los tipos de reglas de políticas de Bytes de colas de almacenamiento de cintas como a los tipos de reglas de políticas de Solicitud de cola de almacenamiento de cinta:
  • Para solicitudes TSQ remotas, solamente se actualizan los recuentos agregados de READQ TS y WRITEQ TS pero se incluyen las solicitudes de TSQ compartidas. Puesto que no se conoce el tipo de TSQ de una solicitud remota en la AOR, los recuentos de tipos de colas específicas no se actualizan. Las solicitudes TSQ emitidas por programas que invoca un enlace de programa distribuido (DPL) o las tareas que ha iniciado un direccionamiento de transacción se cuentan solamente en la región del sistema remoto (AOR).
  • Los solicitudes TSQ emitidas por el código del sistema CICS como resultado indirecto de algo que ha desencadenado la tarea de usuario de CICS podrían contarse. Por ejemplo, el adaptador de sucesos de almacenamiento temporal DFHECEAT emite solicitudes TSQ si una tarea de usuario desencadena un suceso CICS. Si el suceso se define como SYNChronous (síncrono), estas solicitudes se emitirán bajo la tarea de captura (usuario) y las contará el código de política. Si el suceso es asíncrono, las solicitudes TSQ se emitirán bajo una tarea del sistema CICS (y una cuyo programa inicial empiece por DFH) de forma que no se aplique ninguna política a esa tarea y no se cuentan.
  • Las solicitudes TSQ emitidas por CICS que no van a través de un programa de interfaz (DFHEIP) de CICS EXEC se cuentan mediante la supervisión y no el código de política.
Para obtener más información sobre los umbrales asociados con los tipos de regla de política, consulte Umbrales de política.