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.
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.
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: