Compartir a través de

Planificación del seguimiento

  • Artículo

El seguimiento de mensajes es el proceso por el que las partes de una instancia de mensaje, como el cuerpo del mensaje, las propiedades del mensaje y los metadatos se almacenan en una base de datos, normalmente con fines de archivo. Los elementos de instancia de mensaje de los que se realiza el seguimiento se pueden ver posteriormente ejecutando consultas desde la página Centro de grupos en la consola de administración de BizTalk Server. Además de acceder a los datos archivados, también puede ver los datos activos, lo que puede ser una herramienta útil para identificar y corregir problemas en un entorno de desarrollo o ensayo.

Dado que el proceso de seguimiento de mensajes puede ser muy intensivo en los recursos, debe revisar este tema antes de crear el plan.

Para obtener más información sobre el seguimiento, consulte Seguimiento de actividad y mantenimiento (https://go.microsoft.com/fwlink/?LinkId=154187).

Configuración y habilitación del trabajo del Agente SQL de purga y archivo de DTA

Este trabajo archiva y purga los datos antiguos de la base de datos de seguimiento de BizTalk, lo que impide que sea demasiado grande. Esto es esencial para un sistema de BizTalk Server correcto. Una base de datos de seguimiento grande comenzará a afectar al rendimiento del host de seguimiento y a cualquier otro proceso que consulte la base de datos de seguimiento.

  • Asegúrese de que el trabajo del Agente SQL de purga y archivo de DTA está configurado, habilitado y completado correctamente. Este trabajo no está habilitado de forma predeterminada porque primero debe configurarlo para incluir un directorio donde se puedan escribir los archivos de archivo.

  • Asegúrese de que el trabajo puede purgar los datos de seguimiento tan rápido como se generan los datos de seguimiento entrantes. Es aceptable que el trabajo se quede atrás durante los tiempos de carga máxima, pero siempre debe ser capaz de ponerse al día. Si el trabajo de purga se retrasa y nunca puede ponerse al día, la base de datos de seguimiento de BizTalk seguirá creciendo y el rendimiento se verá afectado negativamente.

  • Revise los parámetros de purga temporal y purga dura para asegurarse de que mantiene los datos lo suficientemente largos, pero no demasiado largos. Para obtener más información sobre estos parámetros, vea Archivar y purgar la base de datos de seguimiento de BizTalk (https://go.microsoft.com/fwlink/?LinkID=153816).

  • Si solo necesita purgar los datos antiguos y no necesita archivarlos primero, cambie el trabajo del Agente SQL para llamar al procedimiento almacenado "dtasp_PurgeTrackingDatabase". Esto omite el paso de archivo y simplemente realiza la purga. Para obtener más información sobre este procedimiento almacenado y cambiar el trabajo del Agente SQL para usarlo, vea Cómo purgar datos de la base de datos de seguimiento de BizTalk (https://go.microsoft.com/fwlink/?LinkID=153817).

  • Si necesita mantener los archivos de archivo de base de datos de seguimiento de BizTalk, asegúrese de que tiene un proceso implementado para restaurarlos correctamente y usarlos.

  • Si están surgiendo problemas de rendimiento que se solucionan de manera momentánea mediante la purga de la base de datos de seguimiento de BizTalk, y desea configurar BizTalk para que no recopile más información de seguimiento, considere la posibilidad de desactivar el seguimiento global. Para obtener información sobre cómo desactivar el seguimiento global, vea el tema Cómo desactivar el seguimiento global (https://go.microsoft.com/fwlink/?LinkID=154193).

Creación de un host de seguimiento dedicado

Cuando la opción Permitir el seguimiento de host está habilitada para un host en la consola de administración de BizTalk Server, las instancias de ese host ejecutarán el servicio de descodificación de datos de seguimiento (TDDS) para mover los datos de seguimiento de la base de datos del cuadro de mensajes de BizTalk Server a la base de datos de seguimiento de BizTalk. Dado que TDDS puede ser un uso intensivo de recursos, considere la posibilidad de crear un host de seguimiento "dedicado" para el que está habilitada la opción Permitir seguimiento de host y que no ejecuta ningún otro BizTalk Server procesos (como adaptadores o orquestaciones). Si el grupo de BizTalk contiene más de un servidor de BizTalk, también se considera un procedimiento recomendado para crear una instancia de este host en cada servidor del grupo para proporcionar alta disponibilidad para TDDS.

Pruebas para medir el rendimiento máximo de seguimiento sostenible

El seguimiento extenso de mensajes es una actividad muy intensiva de recursos y, si no se administra correctamente, puede tener un efecto extremadamente adverso en el rendimiento del entorno de BizTalk Server. Por lo tanto, debe medir el rendimiento de seguimiento máximo sostenible para el entorno de BizTalk Server para asegurarse de que el sistema es sostenible y se ejecutará indefinidamente a una velocidad de flujo de mensajes determinada. Para obtener más información sobre cómo medir el rendimiento de seguimiento máximo sostenible, consulte Medición del rendimiento de seguimiento sostenible máximo (https://go.microsoft.com/fwlink/?LinkID=153815).

Procedimientos recomendados para el seguimiento

  • Determine la información que necesita para realizar el seguimiento durante la planeación : debe decidir durante las fases de planificación la información que necesita para realizar el seguimiento, de modo que después de implementar el proyecto, puede establecer las opciones de seguimiento y limitar la cantidad de datos de seguimiento para proporcionarle solo la información que necesita.

  • No realice un seguimiento de todos los mensajes: se recomienda no realizar un seguimiento de todos los mensajes, ya que cada vez que se toca un mensaje, BizTalk Server realiza otra copia. En su lugar, puede restringir el ámbito mediante el seguimiento de solo un puerto específico. Esto ayuda a maximizar el rendimiento del sistema y a mantener las bases de datos desordenadas.

  • Establecer el seguimiento en los puertos de envío y recibir puertos en lugar de en una canalización: si establece opciones de seguimiento en canalizaciones, también establecerá las opciones de seguimiento globalmente para cada puerto que use la canalización. Esto a su vez puede dar lugar a que se realice un seguimiento de muchos más datos de los previstos, lo que ralentizará el rendimiento del sistema. En su lugar, puede establecer opciones de seguimiento en los puertos de envío y los puertos de recepción.

  • Tenga en cuenta varios factores al ajustar el tamaño de la base de datos de seguimiento de BizTalk:

    • Al ajustar el tamaño de la base de datos de seguimiento de BizTalk, tenga en cuenta SQL Server factores, como el tamaño del índice, agregando un multiplicador de contingencia a los cálculos.

    • Al determinar el tamaño de los mensajes en la base de datos de seguimiento de BizTalk, agregue el tamaño medio del contexto del mensaje al tamaño del mensaje si es significativo en comparación con el tamaño del mensaje.

    • Para limitar el tamaño de los mensajes en la base de datos de seguimiento de BizTalk, limite el número de propiedades que promueve. Solo debe usar propiedades promocionadas si las necesita con fines de enrutamiento; de lo contrario, use campos distintivos.

    • Si la opción inicio y finalización de la forma de orquestación está habilitada, tenga en cuenta que se guarda un evento de inicio y detención para cada forma de cada instancia de orquestación en la base de datos de seguimiento de BizTalk.