Leer en inglés

Compartir a través de


Prueba de sobrecarga

La información de este tema hace referencia a las pruebas que se explican en Escenarios de prueba para medir MST del motor.

La herramienta para la generación de cargas, LoadGen 2007, le permite simular cargas pesadas en un sistema de BizTalk Server.

Nota

Descargue LoadGen.

Para simular un sistema continuamente sobrecargado, LoadGen 2007 se ha configurado para enviar alrededor de 410 mensajes por segundo, 120 mensajes por segundo más que el rendimiento máximo sostenible medido.

La prueba se ha diseñado no sólo para sobrecargar el sistema, sino también para tener una idea de cuánto tardará en recuperarse de una profundidad de trabajo acumulado en la cola de impresión de alrededor de 2 millones de registros.

Para esto, el sistema se ha ido controlando a velocidad creciente hasta que la profundidad de cola de impresión fuera de alrededor de 2 millones de registros. Una vez que la profundidad de cola de impresión ha alcanzado el nivel deseado, no se ha generado más carga.

Para asegurarse de que el mecanismo de limitación de BizTalk no limitó el host de recepción, lo que impediría la acumulación de un trabajo pendiente de tabla de cola, el recuento de mensajes en el umbral de limitación de base de datos para el host de recepción se cambió del valor predeterminado de 50000 a 2000000. Para obtener información sobre cómo cambiar el recuento de mensajes en el umbral de limitación de base de datos, consulte Modificación de la configuración de limitación basada en recursos. Para obtener información sobre la configuración de limitación de host predeterminada, consulte Uso del panel de configuración para BizTalk Server ajuste del rendimiento.

En el gráfico siguiente se muestran los mismos indicadores que en el gráfico anterior.

Perfil de carga de prueba de sobrecarga

Visualización del montor de rendimiento de la carga de overdrive

Como se puede ver en el gráfico, la profundidad de cola de impresión empezó a generarse inmediatamente, y alcanzó el máximo justo por encima de los 2 millones de registros. A esta velocidad, se necesitaron unas 2,5 horas en alcanzar los 2 millones de registros de trabajo acumulado que se habían marcado como objetivo. Una vez detenida la carga, se necesitaron alrededor 8 horas de trabajos de limpieza para recuperarse del trabajo acumulado.

Consulte también

Escenarios de prueba para medir MST del motor mediante elpanel de configuración para BizTalk Serverprueba de carga sostenible de optimización del rendimiento