Compartir a través de


Solucionar problemas de latencia del cuadro de mensajes

En un mundo perfecto, todos los mensajes se deberían procesar y entregar en el momento de publicarse en la base de datos de cuadro de mensajes, y ésta nunca debería alcanzar un tamaño excesivo. Asimismo, los trabajos del Agente SQL que limpian periódicamente las tablas de la base de datos de cuadro de mensajes deberían quitar inmediatamente los mensajes del cuadro de mensajes a los que ya no se haga referencia.

Sin embargo, en el mundo real, los mensajes no se reciben normalmente de una forma predecible y lineal, y los trabajos del Agente SQL necesitan tiempo para limpiar las tablas de la base de datos de cuadro de mensajes.

Por lo tanto, en algunas situaciones, el cuadro de mensajes puede alcanzar un tamaño bastante grande muy rápidamente.

Lo siguiente puede provocar un crecimiento excesivo del cuadro de mensajes y afectar al rendimiento general:

  • La instancia de host de Biztalk que tiene establecida la opción "permitir el seguimiento de host" está detenida. Se trata del host responsable de mover los datos de seguimiento de la base de datos de cuadro de mensajes a la base de datos de seguimiento de BizTalk (BizTalkDTADb).

  • Agente SQL Server no se está ejecutando Esto puede ocurrir si los trabajos de SQL responsables de mover datos de la base de datos MessageBox a la base de datos bizTalkDTADb [posteriormente purgar los datos movidos en el cuadro de mensajes] no se están ejecutando. Es necesario que el servicio del Agente SQL esté en ejecución todo el tiempo para evitar este problema.

  • SQL Server Trabajos están deshabilitados Incluso si se está ejecutando el Agente SQL Server, es imperativo que ninguno de los trabajos de SQL Server predeterminados se deshabilite.

  • La base de datos BizTalkDTADb crece excesivamente Esto puede ocurrir si la base de datos BizTalkDTADb crece muy grande, lo que hace que las inserciones en la base de datos bizTalkDTADb tarden más tiempo. En tal caso, el servicio de entrega de datos de seguimiento (TDDS) moverá los datos más lentamente y se creará un trabajo acumulado en la base de datos de cuadro de mensajes. Para evitar este problema, es importante ejecutar periódicamente los trabajos de archivo y purga de SQL Server en las bases de datos BizTalkDTADb.

  • Latencia excesiva de E/S de disco Si la velocidad de entrada de los datos en la base de datos messagebox es más rápida que la que el sistema puede procesar y mover los datos a la base de datos de BizTalkDTADb, el trabajo pendiente se puede compilar en la base de datos de cuadro de mensajes. Si el trabajo se sigue acumulando sin cesar, se trata de un problema muy grave y el rendimiento del sistema se verá afectado con el tiempo. Una forma de solucionar este problema consiste en instalar discos más rápidos o actualizar el hardware para garantizar que el sistema pueda recuperarse si se detecta que los mensajes se acumulan a lo largo del tiempo.

Planear con vistas al futuro

Aunque se sigan todas las recomendaciones anteriores, el volumen de datos de seguimiento movidos a la base de datos BizTalkDTADb crecerá mucho con el tiempo. Es importante implementar un plan de mantenimiento de bases de datos para archivar los datos de seguimiento de forma periódica de modo que el rendimiento del sistema pueda seguir siendo óptimo.

La cantidad de datos históricos que se pueden conservar en la base de datos BizTalkDTADb depende del volumen de mensajes que pasen por el sistema. En el caso de los sistemas no sometidos a una elevada carga y procesamiento, esta base de datos crecerá a una velocidad inferior y se podrán conservar más datos históricos en la base de datos BizTalkDTADb.

Se recomienda conservar el mínimo de datos en la base de datos BizTalkDTADb para que el rendimiento en tiempo de ejecución no se vea afectado.