Productividad

En WebSphere MQ Publicación/Suscripción, una sola hebra procesa publicaciones en cada cola de corriente de datos. Esto garantiza el orden en que se procesan las publicaciones de la cola.

Cuando considere la productividad de las publicaciones en un dominio de intermediarios de WebSphere Message Broker, también deberá tener en cuenta la importancia del orden en que se publican los mensajes. Las técnicas que aumentan la productividad no garantizan forzosamente el orden.

WebSphere Message Broker tiene soporte para dos opciones que aumentan la productividad:
  1. Puede configurar el flujo de mensajes con hebras adicionales estableciendo la propiedad Instancias adicionales del nodo MQInput. Esta propiedad hace que el intermediario planifique más hebras para leer mensajes de la cola de entrada, lo que permite al intermediario procesar simultáneamente publicaciones de dicha cola. Asegúrese de que la cola de corriente de datos (de entrada) tiene establecido el atributo share (compartir) (WebSphere MQ Publicación/Suscripción requería que las colas tuviesen establecido el atributo noshare (no compartir)).

    Si varias hebras procesan mensajes de una sola cola, no se garantizará que la entrega a los suscriptores se efectúe en el orden en que se colocan en la cola de entrada. No obstante, WebSphere Message Broker proporciona un método que permite procesar las publicaciones simultáneamente y manteniendo la secuencia necesaria.

    Establezca la propiedad Order Mode (Modalidad de orden) del nodo MQInput en el valor By User ID (Por ID de usuario). Esto asegura el orden de entrega de publicaciones enviadas al intermediario por un usuario específico. Cuando se establece esta propiedad, el proceso de los mensajes que tienen un campo UserIdentifier determinado en el MQMD se mantiene si cualquier otra hebra que preste servicio a ese flujo de mensajes está procesando en ese momento un mensaje que tenga el mismo UserIdentifier.

    Las ventajas de ejecutar instancias adicionales del flujos de mensajes se deniegan si todas las aplicaciones de publicación están ejecutándose bajo el mismo ID de usuario. Este podría ser el caso de aplicaciones de publicación conectadas a un gestor de colas que se considere remoto para el gestor de colas del intermediario. Los mensajes de esos publicadores remotos llegan al intermediario en un canal que puede haberse configurado para insertar el ID de usuario del programa de canal en vez del ID de usuario del cliente de origen. Consulte la publicación WebSphere MQ Intercommunications para obtener más información sobre cómo establecer el atributo de canal PUTAUT para cambiar el comportamiento por omisión del canal.

  2. Se pueden configurar uno o más flujos de mensajes (no instancias) adicionales que lean publicaciones de distintas colas. También deberá actualizar algunas de las aplicaciones de publicación para que efectúen la publicación para la o las nuevas colas. De este modo, la corriente de datos se divide y la carga de trabajo se reparte.

    Si decide aumentar la productividad utilizando este método, tenga en cuenta el impacto que éste tiene sobre el orden en que se entregan las publicaciones. Si es importante, asegúrese en particular de que las aplicaciones de publicador se dividen según los temas que están publicando para asegurar que el orden puede mantenerse para cada tema. Si las aplicaciones se publican para distintas colas (flujos de mensajes) y sobre un mismo tema, el orden no podrá garantizarse.

    Si actualiza las aplicaciones de publicador para enviar publicaciones a una nueva cola que tenga un nombre distinto del de la corriente de datos en la que se publican, también deberá actualizar dichas aplicaciones para incluir explícitamente el nombre de la corriente de datos dentro de las publicaciones utilizando el parámetro MQPSStreamName.

    La publicación de aplicaciones que especifiquen un parámetro de corriente de datos no han de modificarse puesto que dicho parámetro tiene prioridad. Sin embargo, si las aplicaciones de publicación no especifican el parámetro de la corriente de datos, el comportamiento lo determinará el valor establecido para la propiedad de denominación de corriente de datos implícita (Implicit Stream Naming) del nodo Publication en el flujo de mensajes.
    • Si la propiedad tiene el valor false (falso), se presupondrá que el nombre es de la corriente de datos por omisión.
    • Si la propiedad tiene el valor true (verdadero), se presupondrá que el nombre de la corriente de datos es igual que el de la cola de entrada de la corriente de datos-
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión
Copyright IBM Corporation 1999, 2006 Última actualización: 22/08/2006
aq19900_