Migración del adaptador de MSMQT al adaptador de MSMQ

Este tema comenta los aspectos que se deben considerar respecto a la entrega ordenada de un extremo a otro, la coherencia transaccional, una alta disponibilidad y escalabilidad antes de migrar soluciones del adaptador de BizTalk para Message Queue (MSMQT) al adaptador de Message Queue Server (MSMQ). En este tema, los conceptos de entrega ordenada, coherencia transaccional, alta disponibilidad y escalabilidad son los siguientes:

• Entrega ordenada. Garantizar que los mensajes se envían desde BizTalk Server en el mismo orden en el que se recibieron.

• Coherencia transaccional Garantizar que no se pierden ni se duplican los mensajes que se procesan debido a errores de hardware, de software o de red.

• Alta disponibilidad. Garantizar que los servicios usados para procesar mensajes están siempre disponibles para el procesamiento.

• Escalabilidad. Capacidad de aumentar el volumen de procesamiento de mensajes existente.

Entrega ordenada de un extremo a otro

El adaptador de MSMQT garantiza la entrega ordenada de los mensajes de un extremo a otro. Esto significa que si una aplicación MSMQ envía los mensajes 1, 2 y 3 a una ubicación de recepción enlazada al adaptador de MSMQT, estos mensajes se entregan a una orquestación o un puerto de envío de BizTalk Server en el mismo orden: 1, 2, 3. Un uso de esta funcionalidad serían las operaciones de bolsa que se deben enviar y ejecutar en el mismo orden en el que se reciben.

La entrega ordenada de un extremo a otro con MSMQT requiere el trabajo conjunto de muchos componentes. La siguiente secuencia de sucesos muestra cómo se lleva esto a cabo con el adaptador de MSMQT:

1. La API MSMQ de un equipo remoto recibe los mensajes 1, 2 y 3 en orden y los envía a una cola transaccional local en el mismo orden: 1, 2, 3.

2. Un cliente MSMQ del equipo remoto toma los mensajes de la cola y los envía a la cola MSMQT en este orden: 1, 2, 3.

3. El adaptador de MSMQT recibe los mensajes en el orden 1, 2, 3 y los entrega al componente Agente de mensajes de BizTalk en el mismo orden: 1, 2, 3.

4. El componente Agente de mensajes de BizTalk garantiza que los mensajes se envíen al cuadro de mensaje en este orden: 1, 2, 3.

5. El cuadro de mensaje enruta los mensajes y garantiza que, si se enrutan a la misma instancia de una orquestación o un puerto de envío, se entreguen a esta instancia en el mismo orden: 1, 2, 3.

   En BizTalk Server 2004, MSMQT era el único adaptador capaz de garantizar la entrega ordenada de un extremo a otro. Todos los demás adaptadores integrados de BizTalk pueden cambiar el orden de los mensajes en los pasos 3 a 5 anteriores. La mayoría de los demás adaptadores integrados completan el paso 3 usando un componente conocido como Gestor extremo, que es intrínsecamente multiproceso y, por tanto, no mantiene el orden. El adaptador de MSMQ de BizTalk Server 2004 usó una característica de "procesamiento serie" que conserva el orden del paso 3, pero no pide a MessageAgent que conserve el orden en el futuro, por lo que los mensajes se pueden enrutar a una orquestación o enviar el puerto fuera de orden.

   Entrega ordenada de un extremo a otro con el adaptador de MSMQ

   Para lograr la entrega ordenada de un extremo a otro con el adaptador de MSMQ, siga estos pasos:

6. Habilite la propiedad Entrega ordenada en el puerto de recepción para la orquestación de suscripción o el puerto de envío. En BizTalk Server, los puertos de recepción en orquestaciones y puertos de envío tienen una opción de configuración entrega ordenada. Si está habilitada esta opción, el puerto de recepción de la orquestación o el puerto de envío pide al cuadro de mensajes que le entregue los mensajes en el mismo orden en el que se enviaron al cuadro de mensajes.

7. Establezca la propiedad Procesamiento ordenado para la ubicación de recepción enlazada al adaptador de MSMQ en True. En BizTalk Server, las ubicaciones de recepción que usan el transporte de MSMQ se pueden configurar para usar el procesamiento ordenado que, si está habilitado, garantiza que los mensajes se envíen al Cuadro de mensajes en el mismo orden en que se recibieron.

8. Establezca la propiedad Transactional para la ubicación de recepción enlazada al adaptador de MSMQ en True.

9. Asegúrese de que las colas MSMQ que están supervisando las ubicaciones de recepción de MSMQ están marcadas como "Transaccional". Esta propiedad debe estar establecida en las colas para garantizar la entrega ordenada de los mensajes.

Nota

La entrega ordenada de los mensajes está garantizada únicamente si solo un equipo sirve a las colas MSMQ que están supervisando las ubicaciones de recepción de BizTalk. Esto puede suponer problemas de escalabilidad, como se explica a continuación.

Uso de transacciones cuando se procesan mensajes con el adaptador de MSMQT frente al adaptador de MSMQ

Con respecto al uso de transacciones, hay una diferencia clave en el modo en que procesan los mensajes los adaptadores de MSMQT y MSMQ.

Cuando se usa el adaptador de MSMQT, el proceso de recibir un mensaje de la red y procesarlo con BizTalk Server se realiza en una sola transacción. Cuando se usa el adaptador de MSMQT, los mensajes de confirmación generados para el remitente indican que el mensaje se ha recibido y procesado correctamente en BizTalk Server.

Cuando se usa el adaptador de MSMQ, los procesos de recibir un mensaje de la red y procesarlo con BizTalk Server se realizan en dos transacciones diferentes, una para recibir el mensaje de la red y otra para procesarlo con BizTalk Server. Cuando se usa el adaptador de MSMQ, los mensajes de confirmación generados para el remitente solo indican que el mensaje se ha recibido correctamente de la red, no que se haya procesado correctamente en BizTalk Server. El remitente recibe un mensaje de confirmación de Microsoft Message Queue Server cuando se recibe el mensaje de la red en el servidor y se guarda en la cola de MSMQ independientemente de que BizTalk Server esté instalado o no. Una vez guardado el mensaje en la cola de MSMQ, el adaptador de MSMQ de BizTalk lo recoge, lo procesa y lo publica en el cuadro de mensajes. Si este proceso no se realiza correctamente, se envía el mensaje a la cola de suspensión de BizTalk o se deja en la cola de MSMQ local (cuando se usa procesamiento transaccional), y el remitente no tiene ninguna indicación de que no se procesó el mensaje en BizTalk Server.

Si su arquitectura requiere la recepción de mensajes de confirmación cuando BizTalk Server procesa correctamente los mensajes, debe agregar mensajes de confirmación de nivel de aplicación si migra del adaptador de MSMQT al adaptador de MSMQ. Deberá actualizar la aplicación de orquestación y envío para implementar los mensajes de confirmación de nivel de aplicación.

Alta disponibilidad (transaccional, en orden)

Para proporcionar alta disponibilidad para el adaptador de MSMQT, puede agregar varios equipos al host de recepción y configurar el equilibrio de carga de red (NLB) para la tolerancia a errores o puede agrupar el host de BizTalk predeterminado. Si ejecuta el adaptador de MSMQT junto con NLB, si un servidor deja de funcionar, los demás servidores controlan la carga. Si ejecuta los controladores del adaptador de MSMQT en un host agrupado y un nodo de host deja de funcionar, el software del clúster conmuta al otro nodo. Cuando se usa el adaptador de MSMQ, NLB no funciona si es necesario procesamiento transaccional sin pérdida de datos, porque el adaptador de MSMQ usa colas de MSMQ locales para almacenamiento intermedio. En este escenario, si se ha entregado un mensaje a la cola de MSMQ local pero no lo ha consumido el adaptador de MSMQ, el mensaje se pierde si el equipo deja de funcionar.

Para proporcionar alta disponibilidad y coherencia transaccional con el adaptador de MSMQ, debe hacer lo siguiente:

1. Configure Microsoft Message Queuing (MSMQ) como un recurso agrupado en un grupo de clúster de Windows Server en los servidores BizTalk.

2. Configure el controlador de recepción del adaptador de MSMQ en una instancia de host de BizTalk que se haya configurado como un recurso de clúster en el mismo grupo de clúster que el recurso de MSMQ agrupado.

3. Configure el recurso de clúster para la instancia de host de BizTalk con el fin de que mantenga una dependencia del recurso de MSMQ agrupado.

   Para implementar la entrega ordenada con esta arquitectura, siga los pasos presentados anteriormente en "Entrega ordenada de un extremo a otro con el adaptador de MSMQ".

Alta disponibilidad (no transaccional, sin orden)

Si necesita alta disponibilidad pero no necesita procesamiento transaccional, puede lograrlo con el adaptador de MSMQ, mediante la implementación de NLB y la ejecución de instancias de un host configurado con los controladores de envío y recepción de MSMQ en varios servidores BizTalk detrás de NLB. Al implementar NLB con MSMQ, debe seguir los procedimientos recomendados tal y como se documenta en el artículo de Microsoft Knowledge Base 899611: Funcionamiento de Message Queuing a través del equilibrio de carga de red (NLB). En este escenario, si uno de los servidores BizTalk deja de funcionar, los mensajes que se están ejecutando en la instancia de host de ese servidor BizTalk no estarán disponibles hasta que se recupere el servidor BizTalk. Esta configuración proporciona alta disponibilidad porque, si uno de los servidores de BizTalk no está disponible, NLB enruta las solicitudes al otro servidor BizTalk.

Escalabilidad (no transaccional, sin orden)

Para obtener escalabilidad, siga las instrucciones para lograr alta disponibilidad (no transaccional) y agregue instancias de host adicionales. Esta arquitectura proporciona entrega rápida y escalabilidad, pero no proporciona entrega ordenada.

Escalabilidad (transaccional, sin orden)

Para la entrega transaccional de los mensajes sin orden, puede combinar el uso de NLB con clústeres de MSMQ y Windows. Esta arquitectura requiere que configure al menos dos grupos de clúster en dos entornos de Windows Cluster con los pasos que se explican en la sección "Alta disponibilidad (transaccional, en orden)" para cada clúster de Windows. A continuación, implemente NLB para distribuir la carga entre los grupos de clúster. Puesto que no se admite Windows NLB en un clúster de Windows, este escenario requiere una solución de NLB en hardware. El diagrama siguiente muestra esta arquitectura.

de

Nota

Esta arquitectura no proporciona entrega ordenada.

Escalabilidad (transaccional, en orden)

Escalar de forma horizontal una arquitectura que proporcione alta disponibilidad, coherencia transaccional y entrega ordenada es problemático al usar MSMQ 3.0 o anterior, puesto que no se admiten lecturas transaccionales remotas a menos que tanto el equipo con BizTalk Server como el servidor MSMQ remoto ejecuten MSMQ 4.0. Si se usa MSMQ 3.0 o anterior, debe conseguirse la escala horizontal mediante varias colas locales de MSMQ. Además, en este escenario, si se interrumpe la conexión TCP/IP a NLB para la sesión de MSMQ, se puede restaurar después con NLB a otro equipo, lo que puede producir una entrega no ordenada.

Una posible solución a esta limitación es equilibrar manualmente la carga de entrega de mensajes asignando colas de destino a diferentes equipos. Para ello, vincule instancias de host de BizTalk específicas con colas de MSMQ específicas. Así, por ejemplo, si recibe un gran número de documentos de un socio comercial concreto, cree un host y una cola de recepción aparte en un servidor BizTalk concreto solo para ese asociado.

Si es posible, ejecute MSMQ 4.0 en equipos remotos cuando se requieran tanto lecturas transaccionales remotas como balance de cargas.

Resumen

En la tabla siguiente, se resumen las arquitecturas que puede implementar para alojar funcionalidad específica.

Funcionalidad	Ni NLB ni clúster	NLB	Clúster	NLB y clúster
Entrega ordenada de un extremo a otro	Sí	No	Sí	Posible con configuración manual
Coherencia de las transacciones	No (los mensajes se pueden perder o duplicar si se producen errores en el servicio)	No	Sí	Sí
De alta disponibilidad	No	Sí	Sí	Sí
Escalable	No	Sí	No	Sí

Consulte también

Uso de un clúster de Windows Server para proporcionar alta disponibilidad para BizTalk Server hosts2