WebSphere Message Broker, Versión 8.0.0.5 Sistemas operativos: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte la información sobre la última versión del producto en IBM Integration Bus, Versión 9.0

Sucesos de correlación y supervisión

Una aplicación de supervisión utiliza atributos de correlación para identificar sucesos que pertenecen a la misma transacción empresarial.

Una transacción empresarial puede ser uno de los escenarios siguientes:

Hay disponibles tres atributos de correlación para que los utilice en los sucesos: correlacionador local, correlacionador padre y correlacionador global. El uso exacto de los atributos de correlación varía en función de los requisitos. Por ejemplo, una aplicación padre puede pasar su identificador de transacción al flujo de mensajes hijo (quizás en una cabecera) para que el flujo de mensajes hijo pueda notificarlo en el suceso como un correlacionador padre.

Cada suceso de supervisión emitido puede contener un correlacionador local, un correlacionador padre y un correlacionador global. La información de correlación se coloca en los siguientes atributos del suceso:
wmb:eventPointData/wmb:eventCorrelation/@wmb:localTransactionId
wmb:eventPointData/wmb:eventCorrelation/@wmb:parentTransactionId
wmb:eventPointData/wmb:eventCorrelation/@wmb:globalTransactionId

Puede especifique información de correlación cuando configure el suceso.

Si no especifica ninguna información de correlación al configurar los sucesos, no se utilizarán atributos de correlación.

Si no especifica información de correlación, tendrá que configurar los atributos de correlación que se deben utilizar y de donde leerán la información de sus valores. Normalmente se tiene que especificar información de correlación solamente en el primer origen de sucesos del flujo de mensajes; de forma predeterminada, todos los demás orígenes de sucesos posteriores recuperan el mismo valor del árbol de entorno.

Los pasos exactos para especificar la información de correlación dependen de si se están utilizando las propiedades de supervisión o un perfil de supervisión para configurar los sucesos, pero el principio es el mismo para ambas técnicas:
Correlacionador local

Si desea reutilizar el correlacionador local del árbol de entorno, especifique Automático. Si no existe ningún correlacionador local, se generará un nuevo valor exclusivo y se guardará en el árbol de entorno.

Si desea utilizar un valor que se encuentra en una ubicación del mensaje, especifique la ubicación del correlacionador suministrando la información de XPath en el árbol de mensajes. Asegúrese de que la ubicación especificada contenga un valor de correlacionador exclusivo para esta invocación del flujo de mensajes. El valor extraído se guarda en el árbol de entorno como correlacionador local.

Correlacionador padre

Si desea reutilizar el correlacionador padre del árbol de entorno, especifique Automático. Si aún no existe ningún correlacionador padre, no se utilizará ningún correlacionador padre.

Si desea utilizar un valor que se encuentra en una ubicación del mensaje, especifique la ubicación del correlacionador suministrando la información de XPath en el árbol de mensajes. Asegúrese de que la ubicación especificada contenga un valor adecuado para el correlacionador padre. El valor extraído se guarda en el árbol de entorno como correlacionador padre.

Correlacionador global

Si desea reutilizar el correlacionador global del árbol de entorno, especifique Automático. Si aún no existe ningún correlacionador global, no se utilizará ningún correlacionador global.

Si desea utilizar un valor que se encuentra en una ubicación del mensaje, especifique la ubicación del correlacionador suministrando la información de XPath en el árbol de mensajes. Asegúrese de que la ubicación especificada contenga unvalor adecuado para el correlacionador global. El valor extraído se guarda en el árbol de entorno como correlacionador global.

Cuando se ha establecido un valor de correlacionador, se guarda en el árbol de entorno. Los posteriores orígenes de sucesos pueden reutilizar el valor guardado especificando Automático. No es necesario utilizar el mismo valor de XPath en todos los orígenes de sucesos del flujo de mensajes y, si lo hace, el rendimiento puede verse afectado de forma negativa.

Las ubicaciones del árbol de entorno utilizadas para guardar valores de correlacionador para que los utilicen sucesos posteriores son:

Environment.Monitoring.EventCorrelation.localTransactionId       
Environment.Monitoring.EventCorrelation.parentTransactionId       
Environment.Monitoring.EventCorrelation.globalTransactionId 

 

Las siguientes ubicaciones del árbol de mensajes contienen un valor que se puede utilizar como correlacionador:
$Root/MQMD/MsgId
$Root/MQMD/CorrelId
$Root/JMSTransport/Transport_Folders/Header_Values/JMSMessageID
$Root/JMSTransport/Transport_Folders/Header_Values/JMSCorrelationID
$LocalEnvironment/Destination/HTTP/RequestIdentifier
$LocalEnvironment/Wildcard/WildcardMatch
Consejo: Si los tres correlacionadores disponibles no son suficientes, puede configurar el suceso para extraer otros campos de correlación del mensaje y colocarlos en la sección wmb:applicationData/wmb:simpleContent del suceso.
Consejo: El nodo Collector y el nodo AggregateControl no conservan el árbol de entorno para nodos posteriores en el flujo de mensajes. Si desea utilizar el mismo valor del correlacionador más adelante en el flujo, asegúrese de que el valor del correlacionador esté disponible en el árbol de mensajes y que el primer origen de suceso después del nodo Collector o del nodo AggregateControl especifique la ubicación del correlacionador suministrando información de XPath en el árbol de mensajes.

Escenarios

Escenario 1: en este escenario, los tres correlacionadores se utilizan para supervisar los datos que se inician en un proceso externo. A continuación, varios flujos de mensajes transforman los datos.
  • El campo globalTransactionID contiene un identificador de la cabecera o carga útil del mensaje. Este identificador correlaciona sucesos del proceso externo y WebSphere Message Broker.
  • parentTransactionID correlaciona sucesos en WebSphere Message Broker de flujos de mensajes diferentes.
  • localTransactionID correlaciona sucesos del mismo flujo de mensajes.
Escenario 2: en este escenario, el campo parentTransactionID se utiliza para correlacionar mensajes de solicitud y respuesta entre dos flujos de mensajes:
  • El flujo Request envía una solicitud purchaseOrder a una aplicación externa para su proceso.
  • El flujo Reply recibe una respuesta de confirmación de la aplicación externa cuando el purchaseOrder se ha procesado.

Es necesario correlacionar la solicitud y las respuestas que pertenecen al mismo pedido de compra. Puede hacerlo estableciendo el parentTransactionID en un campo de purchaseOrder como, por ejemplo, purchaseOrderID, que está disponible tanto en la solicitud como en la respuesta.

Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Comentarios

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última actualización:
        
        Última actualización: 2015-02-28 16:58:52


Tema generalTema general | Versión 8.0.0.5 | ac60389_