Serialización de entrada entre grupos de ejecución independientes que se ejecutan en el mismo intermediario en z/OS

Este ejemplo muestra que sólo se permite a un nodo MQInput a la vez tomar mensajes de una cola compartida cuando flujos de mensajes que se ejecutan en grupos de ejecución independientes del mismo intermediario utilizan la misma señal de serialización.

Se despliega un flujo de mensajes idéntico MyFlowA en dos grupos de ejecución denominados MYGroupA y MYGroupB en el intermediario MQ01BRK.

En este caso, no es requisito que el gestor de colas participe en un grupo de compartimiento de colas. La cola de entrada INQueue se define como local con la disposición QMGR.

Como sucede en el apartado Serialización de entrada entre intermediarios independientes en z/OS:

Ilustración que muestra varios grupos de ejecución en el mismo intermediario
A continuación se muestra una secuencia típica de sucesos para este ejemplo:
  1. El intermediario MQ01BRK se inicia y el primer flujo de mensajes que debe empezar es MyFlowA del grupo de ejecución MyGroupA. El nodo MQInput MyInputNode se conecta al gestor de colas MQ01 utilizando la señal de serialización MyToken123ABC. El nodo MQInput abre satisfactoriamente la cola compartida INQUeue y obtiene los mensajes de entrada.
  2. Se inicia el segundo grupo de ejecución MyGroupB y empieza el flujo de mensajes MyFlowA del grupo de ejecución MyGroupB. El nodo MQInput MyInputNode intenta ahora conectarse al gestor de colas MQ01 utilizando la señal de serialización MyToken123ABC. Se registra el siguiente mensaje de consola SDSF:
     BIP2656I MQ01BRK MyGroupB 11 NO SE HA PODIDO ABRIR LA COLA
     'INQueue' EN EL GESTOR DE COLAS DE WEBSPHERE BUSINESS INTEGRATION 
     'MQ01':  PORQUE LA SEÑAL DE SERIALIZACIÓN  
     MyToken123ABC ya se está utilizando. NO SE REQUIERE NINGUNA ACCIÓN DEL USUARIO

    El flujo de mensajes MyFlowA del grupo de ejecución MyGroupB no puede procesar entrada porque el señal de serialización que ha pasado ya está siendo utilizando en el gestor de colas (por el nodo MQInput del flujo de mensajes MyFlowA del grupo de ejecución MyGroupA). Esto se indica mediante el código de razón 2271 (MQRC_CONN_TAG_IN_USE) en el mensaje bip2623.

  3. El primer grupo de ejecución se suprime o se cancela.

    Si el operador cancela el primer grupo de ejecución o si dicho grupo termina anormalmente o se suprime durante un redespliegue de la configuración de intermediario, ahora el nodo de entrada del segundo grupo de ejecución puede obtener los mensajes de entrada de la cola INQueue.

    Se registra una secuencia de mensajes de consola SDSF, de los cuales es importante el siguiente:
      BIP2091I MQ01BRK MyGroupB 11 EL INTERMEDIARIO 
     SE HA VUELTO A CONECTAR A WEBSPHERE BUSINESS INTEGRATION 
     CORRECTAMENTE: ImbCommonInputNode(785)               

Ahora el flujo de mensajes MyFlowA del grupo de ejecución MyGroupB puede recuperar el proceso de los mensajes de la cola compartida INQueue.QSG.

Tenga en cuenta que, aunque se puede lograr la serialización de la entrada de un modo similar configurando la cola de entrada para entrada exclusiva, esto no asegura la integridad de los mensajes durante una situación de recuperación. Esto sólo se puede lograr utilizando la señal de serialización como se describe en este ejemplo.

Conceptos relacionados
Visión general de la personalización de z/OS
Visión general de serialización de mensajes en z/OS
Serialización de entrada entre intermediarios independientes en z/OS
Serialización de entrada en un grupo de ejecución en z/OS
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión
Copyright IBM Corporation 1999, 2006 Última actualización: 22/08/2006
ae27020_