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

Utilizar varios intermediarios para grabar y reproducir

Puede tener varios intermediarios en la topología de grabación y reproducción. Si utiliza diferentes intermediarios para desplegar los flujos de mensajes y para grabar datos capturados de esos flujos de mensajes en una base de datos, debe configurar una relación de publicación/suscripción entre los intermediarios.

Antes de empezar:

Lea el tema de concepto Grabar y reproducir.

Puede utilizar intermediarios independientes para desplegar los flujos de mensajes de los que desea capturar datos, para grabar los datos en una base de datos y para ver los datos. El intermediario utilizado para ver y reproducir datos no interactúa con el intermediario utilizado para grabar datos en una base de datos. Sin embargo, si el intermediario en el que despliega los flujos de mensajes no es el intermediario de registro, debe configurar una relación de publicación/suscripción entre estos intermediarios.

La captura de datos se basa en un modelo de publicación/suscripción. Configure la supervisión en los flujos de mensajes que ha desplegado en un intermediario, por ejemplo, el intermediario MONBKR. MONBKR publica en el tema que se especifica al configurar los sucesos de supervisión. El tema identifica el origen de los datos que desea capturar. Especifique este tema en el servicio configurable DataCaptureSource.

Defina un servicio configurable DataCaptureStore donde especificará el grupo de ejecución a utilizar para procesar los datos capturados, egForRecord. El intermediario que utilice para crear el servicio configurable DataCaptureStore, RECBKR, se suscribe al tema de supervisión. Los mensajes de suscripción que este intermediario recibe los procesa egForRecord y se registran en el origen de datos especificado en el servicio configurable DataCaptureStore.

Debe utilizar el mismo intermediario para crear los servicios configurables DataCaptureStore y DataCaptureSource.

En este escenario, MONBKR publica en el tema de supervisión y RECBKR se suscribe al tema. Si MONBKR se ejecuta en el gestor de colas MONQM y RECBKR se ejecuta en el gestor de colas RECQM, debe configurar una relación de publicación/suscripción entre MONQM y RECQM.

Puede elegir crear un clúster o una relación jerárquica de publicación/suscripción entre los dos gestores de colas. Si tiene previsto añadir frecuentemente gestores de colas a la topología, es más adecuada una relación de clúster. Consulte los temas sobre "Topologías de publicación/suscripción" en el Centro de información en línea de WebSphere MQ Versión 7. Este ejemplo utiliza un relación jerárquica. En el ejemplo, los valores que están entre comillas simples se pueden sustituir por los valores que prefiera, pero mantenga las comillas si utiliza caracteres en minúsculas. Lleve a cabo los siguientes pasos:

  1. Establezca una conexión de canal de punto a punto entre MONQM y RECQM.
    1. En una línea de mandatos del servidor que aloja MONQM, entre runmqsc MONQM
    2. Defina una cola de transmisión para MONQM para utilizarla al reenviar mensajes a RECQM:
      DEFINE QLOCAL('RECQM') USAGE(XMITQ) TRIGGER TRIGDATA('MONQM.TO.RECQM') INITQ(SYSTEM.CHANNEL.INITQ)
    3. Defina un canal emisor:
      DEFINE CHANNEL('MONQM.TO.RECQM') CHLTYPE(SDR) TRPTYPE(TCP) CONNAME('RECQM.SERVER') XMITQ(XMIT)
        DESCR('Canal emisor de MONQM a RECQM')
      RECQM.SERVER es el nombre del servidor que aloja RECQM.
    4. Defina un canal receptor:
      DEFINE CHANNEL('RECQM.TO.MONQM') CHLTYPE(RCVR) TRPTYPE(TCP)
         DESCR('Canal receptor de RECQM a MONQM')
    5. Configure un escucha en el gestor de colas:
      DEFINE LISTENER ('LISTENER.TCP') TRPTYPE(TCP) PORT(PUERTO) CONTROL(QMGR)
      PUERTO es el número de puerto en el que escucha el escucha.
    6. Inicie el escucha. Entre START LISTENER('LISTENER.TCP')
    7. Entre END para finalizar la sesión de RUNMQSC.
    8. Ahora configure RECQM. En el servidor que aloja RECQM, entre los siguientes mandatos en una línea de mandatos:
      runmqsc RECQM
      
      DEFINE QLOCAL('MONQM') USAGE(XMITQ) TRIGGER TRIGDATA('RECQM.TO.MONQM') INITQ(SYSTEM.CHANNEL.INITQ)
      DEFINE CHANNEL('RECQM.TO.MONQM') CHLTYPE(SDR) TRPTYPE(TCP) CONNAME('MONQM.SERVER') XMITQ(XMIT)
        DESCR('Canal emisor de RECQM a MONQM')
      DEFINE CHANNEL('MONQM.TO.RECQM') CHLTYPE(RCVR) TRPTYPE(TCP) 
        DESCR('Canal receptor de MONQM a RECQM')
      DEFINE LISTENER ('LISTENER.TCP') TRPTYPE(TCP) PORT(PUERTO) CONTROL(QMGR)
      START LISTENER ('LISTENER.TCP')
      END
      MONQM.SERVER es el nombre del servidor que aloja MONQM y PUERTO es el número de puerto en el que escucha el escucha.
    También puede configurar los canales de gestor de colas utilizando WebSphere Message Broker Explorer. Para obtener más información sobre cómo configurar canales para publicación/suscripción, consulte los temas de "Topologías de publicación/suscripción" en el Centro de información en línea de WebSphere MQ Versión 7.1.
  2. Configure la jerarquía de publicación/suscripción del gestor de colas. Convierta RECQM en hijo de MONQM realizando los pasos siguientes:
    1. Abra una línea de mandatos en el servidor que aloja RECQM y entre: runmqsc RECQM
    2. Convierta RECQM en hijo de MONQM:
      ALTER QMGR PARENT('RECQM')
      Confirme que la operación ha funcionado listando todas las relaciones de publicación/suscripción para este gestor de colas:
      DIS PUBSUB TYPE(ALL)
      La salida muestra que MONQM es ahora el padre de RECQM:
      AMQ8723: Visualizar detalles de estado de publicación/suscripción.
         QMNAME(RECQM)                           TYPE(LOCAL)
      AMQ8723: Visualizar detalles de estado de publicación/suscripción.
         QMNAME(MONQM)                           TYPE(PARENT)
    3. Escriba FIN para finalizar la sesión de RUNMQSC para RECQM.
    4. Opcional: Inicie una sesión de RUNMQSC para MONQM y visualice los tipos de publicación/suscripción, como lo ha hecho para RECQM. La salida muestra que RECQM es un hijo de MONQM.

A continuación:

Tenga en cuenta las implicaciones de rendimiento de la topología de grabación y reproducción; consulte Ajustar la captura de datos.

Realice los pasos para grabar datos; consulte Grabar datos.

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 17:01:25


Tema de tareaTema de tarea | Versión 8.0.0.5 | bj23710_