Cómo garantiza CICS la emisión de sucesos

Puede asegurarse de que un suceso se ha emitido mediante el uso de un adaptador EP en la modalidad de emisión síncrona y la modalidad de transacción apropiada. La emisión síncrona permite completar de forma síncrona el formato de los sucesos y el proceso de la emisión dentro de la unidad de trabajo de la transacción de captura. La unidad de trabajo se completa satisfactoriamente sólo si se emite el suceso. El adaptador EP se enlaza desde la tarea de aplicación; es decir, el suceso no se pone en la cola para su proceso asíncrono mediante una hebra del asignador EP o una tarea del adaptador EP independiente.

La emisión de sucesos síncronos no recibe soporte para los puntos de captura de sistema, por lo tanto, no se puede garantizar la emisión de sucesos del sistema.

Los sucesos síncronos pueden ser transaccionales o no transaccionales, pero la recuperabilidad del transporte debe configurarse correctamente en cada caso.

Sucesos no transaccionales síncronos:
El adaptador EP debe emitir sucesos a su transporte de una manera irrecuperable para que los sucesos no se puedan restituir si falla la unidad de trabajo.
Sucesos transaccionales síncronos:
El adaptador EP debe emitir sucesos a su transporte de una manera recuperable para que los sucesos transaccionales se puedan restituir si se restituye la unidad de trabajo.

No todos los adaptadores EP pueden dar soporte a la emisión síncrona con todas las combinaciones de TRANSMODE. Para obtener más información, consulte Adaptadores de proceso de sucesos.

Cuando un suceso no puede emitirse, el adaptador EP proporciona información acerca del suceso y porqué no se emitió, aumenta las estadísticas relevantes sobre el suceso y hace que se restituya la unidad de trabajo de la transacción de captura.

Consideraciones para la planificación

Comprender el funcionamiento de la emisión de sucesos síncronos le ayudará a utilizar del mejor modo posible esta prestación. Entre las cuestiones a tener en cuenta cuando utilice la emisión de sucesos síncronos se incluye la seguridad, el rendimiento, el transporte y los efectos en las aplicaciones.

La transacción de captura de sucesos debe tener autorización de escritura para el transporte de emisión de sucesos (por ejemplo, la cola de WebSphere MQ para el adaptador EP de WebSphere MQ) para emisiones síncronas; el asignador EP o la tarea de adaptador que emite los sucesos debe tener autorización para la emisión asíncrona.

La emisión síncrona y transaccional es recuperable. Cuando utiliza el adaptador EP de WebSphere MQ de CICS, los sucesos se colocan en la cola de sucesos de WebSphere MQ bajo el punto de sincronización; por ello, es posible que deba revisar la asignación de espacio del conjunto de datos de registro de WebSphere MQ. Cuando utiliza el adaptador EP de CICS TSQ, este adaptador aumenta el uso de la cola de TS recuperable, por lo que es posible que deba revisar el tamaño de la corriente de registro de CICS y sus atributos. La utilización de sucesos transaccionales síncronos con una tarea que se ejecuta durante mucho tiempo sin tomar un punto de sincronización puede ocasionar el desbordamiento del registro.

Cuando se utiliza la emisión síncrona, un adaptador EP personalizado debe respetar el distintivo EPAP_RECOVER en el contenedor DFHEP.ADAPTPARM. Para obtener más información, consulte Adaptador EP personalizado.

Asegurar la emisión de sucesos proporciona la oportunidad de crear aplicaciones basadas en sucesos esenciales para la empresa y de ampliar las aplicaciones existentes de manera fiable. El inconveniente es que el proceso síncrono, esencial para garantizar que los sucesos se emitan, podría tener un impacto negativo en el tiempo de respuesta de la aplicación. El uso prudente de la emisión de sucesos síncronos minimiza el impacto en las aplicaciones. Consulte el tema referente al rendimiento del proceso de sucesos para obtener más información sobre las consideraciones de rendimiento para garantizar la emisión de sucesos.

Una sola unidad de trabajo puede ocasionar la emisión de muchos sucesos, algunos de ellos transaccionales y otros no transaccionales. Si una transacción de captura no puede emitir un suceso síncrono, se restituye la unidad de trabajo con los sucesos transaccionales que capture. Los sucesos no transaccionales se podrán seguir emitiendo.

El adaptador EP, sus recursos (por ejemplo, una cola de WebSphere MQ) y el consumidor de sucesos deben configurarse con suficiente capacidad para procesar el volumen más alto esperado de sucesos que deban emitirse con el fin de evitar que falle la transacción de captura.

Para ayudarle a decidir dónde utilizar la emisión síncrona, a continuación se exponen algunas consideraciones sobre la emisión asíncrona y síncrona para su comparación:

Considere las siguientes características cuando utilice la emisión de sucesos asíncronos:
  • El orden en que se emiten los sucesos desde un programa CICS puede ser distinto del orden en que se capturaron.
  • El orden en que se emiten los sucesos puede variar de una ejecución a otra de un programa CICS habilitado para sucesos.
  • La emisión de sucesos no está garantizada. Los sucesos se pueden perder si CICS finaliza de forma anómala con sucesos en curso. En el supuesto poco probable de que se produzca una anomalía del sistema CICS después de la captura de un suceso pero antes de su emisión, es posible que el suceso no llegue a emitirse, independientemente de si el adaptador EP del enlace de sucesos especifica que los sucesos son transaccionales.
  • El coste de formatear y emitir el suceso se descarga en una hebra de proceso de sucesos o en otra transacción.
  • El impacto en la transacción de captura es mínimo.
  • No es necesario realizar cambios en el código de aplicación.
Considere las siguientes características cuando utilice la emisión de sucesos síncronos:
  • Los sucesos se emiten desde un programa CICS en el orden que se capturaron.
  • La emisión de sucesos queda garantizada cuando la transacción de captura finaliza correctamente.
  • Los sucesos se pueden considerar como extensiones de aplicación para los datos esenciales para la empresa.
  • Cuando se utiliza la emisión síncrona con el adaptador EP de WebSphere MQ, se puede garantizar la entrega del suceso.
  • El coste de formatear y emitir el suceso se añade a la hebra de aplicación.
  • El impacto en la transacción de captura es mucho mayor. Para un suceso emitido en una hebra de aplicación, la imposibilidad de emitir el suceso provoca la restitución de la aplicación. Considere la configuración de la transacción de captura y el impacto en el uso general de los recursos del sistema.