Configuración de un host de seguimiento dedicado

Artículo
07/21/2023

BizTalk Server está optimizado para el rendimiento, por lo que los principales motores de orquestación y mensajería no mueven realmente eventos o mensajes directamente a las bases de datos de Seguimiento de BizTalk (DTA) o Supervisión de actividad empresarial (BAM), ya que esto desviaría estos motores de su trabajo principal de ejecutar procesos empresariales. En su lugar, BizTalk Server deja los eventos y mensajes en la base de datos de cuadro de mensajes y los marca como que requieren un traslado a las bases de datos de BizTalk Tracking o BAM. A continuación, un proceso en segundo plano (el host de seguimiento) mueve los eventos a las bases de datos de Seguimiento de BizTalk y BAM, mientras que un trabajo de Agente SQL Server copia los mensajes de seguimiento a la base de datos de seguimiento de BizTalk.

Ventajas del uso de un host de seguimiento dedicado

Un host de BizTalk que hospeda el seguimiento es responsable de mover los datos de seguimiento de DTA y BAM de la base de datos de cuadro de mensajes a las bases de datos de seguimiento de BizTalk (DTA) y de importación principal de BAM. Este movimiento de datos de seguimiento tiene un impacto en el rendimiento de otros artefactos de BizTalk que se ejecutan en el mismo host que hospeda el seguimiento. Por lo tanto, debe usar un host dedicado que no haga nada más que el seguimiento del host.

El uso de un host de seguimiento dedicado también le permite detener otros hosts de BizTalk sin interferir con BizTalk Server seguimiento. El movimiento de datos de seguimiento fuera de la base de datos de Cuadro de mensajes es fundamental para un sistema de BizTalk Server correcto. Si el host de BizTalk responsable de mover los datos de seguimiento en el grupo de BizTalk se detiene, el servicio Descodificación de datos de seguimiento no se ejecutará. El impacto de esto es el siguiente:

Los datos de seguimiento de HAT no se moverán de la base de datos messagebox a la base de datos de seguimiento de BizTalk.
Los datos de seguimiento de BAM no se moverán de la base de datos messagebox a la base de datos de importación principal de BAM.
Dado que los datos no se mueven, no se pueden eliminar de la base de datos de Cuadro de mensajes.
Cuando se detiene el servicio Descodificación de datos de seguimiento, los interceptores de seguimiento se seguirán ejecutando y escribiendo datos de seguimiento en la base de datos de Cuadro de mensajes. Si los datos no se mueven, esto hará que la base de datos messagebox se sobredimensione, lo que afectará al rendimiento con el tiempo. Incluso si no se realiza un seguimiento de las propiedades personalizadas o los perfiles de BAM no están configurados, de forma predeterminada se realiza un seguimiento de algunos datos (por ejemplo, eventos de recepción o envío de canalización y eventos de orquestación). Si no desea ejecutar el servicio Descodificación de datos de seguimiento, desactive todo el seguimiento para que ningún interceptor guarde los datos en la base de datos. Para deshabilitar el seguimiento global, consulte Cómo desactivar el seguimiento global (https://go.microsoft.com/fwlink/?LinkId=154193) Use la consola de administración de BizTalk Server para deshabilitar de forma selectiva los eventos de seguimiento.

Optimización del rendimiento de un host de seguimiento dedicado

Este host debe ejecutarse en al menos dos equipos que ejecuten BizTalk Server (en caso de que se produzca un error en la redundancia). Para obtener un rendimiento óptimo, debe tener al menos una instancia de host de seguimiento por base de datos de cuadro de mensajes. El número real de instancias de host de seguimiento debe ser N + 1, donde N = el número de bases de datos de cuadro de mensajes. "+ 1" es para redundancia. No hay ninguna ventaja para agregar más de eso, ya que solo una instancia de host de seguimiento puede mover datos para una base de datos de cuadro de mensajes específica. Como resultado, el bloqueo nunca debe ser un problema. Se agrega una instancia de host de seguimiento adicional para la tolerancia a errores; Si se produce un error en una de las instancias de host de seguimiento, la instancia adicional asume las tareas de la instancia con errores.

Una instancia de host de seguimiento mueve los datos de seguimiento de bases de datos de cuadros de mensajes específicos, pero nunca habrá más de una instancia de host de seguimiento que mueva los datos de una base de datos de cuadro de mensajes específica. Por ejemplo, si tiene tres bases de datos messageBox y solo dos instancias de host de seguimiento, una de las instancias de host debe mover datos para dos de las bases de datos de cuadro de mensajes. Agregar una tercera instancia de host de seguimiento distribuye el trabajo del host de seguimiento a otro equipo que ejecuta BizTalk Server. En este escenario, agregar una cuarta instancia de host de seguimiento no distribuiría más trabajo de host de seguimiento, pero proporcionaría una instancia de host de seguimiento adicional para la tolerancia a errores.

Para obtener más información sobre el servicio Bam Event Bus, consulte los temas siguientes en BizTalk Server Ayuda: