Procedimientos recomendados para evitar cuellos de botella

Aunque las opciones predeterminadas de BizTalk Server proporcionan un rendimiento óptimo para muchas configuraciones de hardware y software, en algunos escenarios puede resultar beneficioso modificar la configuración o la configuración de implementación. Al configurar BizTalk Server, tenga en cuenta las siguientes directrices de rendimiento:

• Para evitar la contención de recursos, aísle la recepción, la orquestación y el envío en hosts independientes. Para reducir aún más la contención, aísle el servicio de seguimiento de otros hosts.

• Si el procesamiento de CPU en el equipo que ejecuta BizTalk Server es el cuello de botella, escale verticalmente el equipo que ejecuta BizTalk Server mediante la inclusión de CPU adicionales o la actualización a CPU más rápidas.

Directrices de SQL Server

Tenga en cuenta las siguientes directrices de rendimiento al configurar Microsoft SQL Server con BizTalk Server:

• Siempre que sea posible, utilice un subsistema rápido de discos con SQL Server. Use una matriz redundante de discos independientes de tipo 10 (RAID10/0+1) o una red de área de almacenamiento (SAN) con fuente de alimentación de copia de seguridad.

• Aísle cada base de datos de Cuadro de mensajes en un servidor independiente de la base de datos de seguimiento de BizTalk (BizTalkDTADb). Para implementaciones más pequeñas si hay recursos de CPU disponibles, puede ser suficiente aislar la base de datos cuadro de mensajes en un disco físico independiente de la base de datos de seguimiento de BizTalk.

• La base de datos principal del cuadro de mensajes podría ser el cuello de botella debido a la saturación del procesador de CPU o la latencia de las operaciones de disco (longitud media de la cola de disco). Si el procesamiento de CPU es el cuello de botella, agregue procesadores de CPU al cuadro de mensajes principal. Si no es así, intente deshabilitar la publicación en la base de datos maestra del cuadro de mensajes. De este modo, la base de datos maestra messageBox puede controlar de forma más eficaz el enrutamiento de mensajes a las demás bases de datos de Cuadro de mensajes. La opción para deshabilitar la publicación es válida cuando se usan varias bases de datos de Cuadro de mensajes.

• Si las operaciones de disco son el cuello de botella, mueva la base de datos de seguimiento de BizTalk a un equipo dedicado SQL Server o disco dedicado. Si el procesamiento de CPU y las operaciones de disco en la base de datos principal del cuadro de mensajes no son el cuello de botella, puede crear nuevas bases de datos de Cuadro de mensajes en el mismo equipo SQL Server para aprovechar el hardware existente.

• Siga las recomendaciones de Optimización de grupos de archivos para que Databases2aísle los archivos de registro de transacciones y datos para el Cuadro de mensajes y las bases de datos de seguimiento de BizTalk en discos físicos independientes.

• Asigne suficiente espacio de almacenamiento para los archivos de datos y de registro. De lo contrario, SQL Server consumirá automáticamente todo el espacio disponible en los discos donde se conservan los archivos de registro. El tamaño inicial de los archivos de registro depende de los requisitos específicos de su escenario. Realice una estimación del tamaño medio de los archivos de la implementación según los resultados de la prueba y amplíe el espacio de almacenamiento antes de implementar la solución.

• Asigne suficiente espacio de almacenamiento para bases de datos de uso elevado en disco, como el Cuadro de mensajes, el seguimiento de estado y actividad (HAT) y la supervisión de actividad empresarial (BAM). Si la solución utiliza el protocolo de mensajería BizTalk Framework, asigne suficiente espacio de almacenamiento para la base de datos de configuración de BizTalk (BizTalkMgmtDb).

• En función de las necesidades empresariales, como los períodos de retención de datos y el volumen de datos procesados en su escenario, configure el trabajo "Archivo y purga de DTA" Agente SQL Server en la base de datos de HAT-Tracking de modo que la base de datos de seguimiento de BizTalk no crezca demasiado grande. El crecimiento de esta base de datos puede degradar el rendimiento porque alcanzar la capacidad completa de la base de datos impone un límite en la tasa de inserción de datos. Esto es especialmente cierto cuando una base de datos de seguimiento de BizTalk admite varias bases de datos de Cuadro de mensajes.

• Escale verticalmente los servidores que hospedan las bases de datos MessageBox y Seguimiento de BizTalk si son el cuello de botella. Puede escalar verticalmente el hardware mediante la adición de CPU, la adición de memoria, la actualización a CPU más rápidas y el uso de discos dedicados de alta velocidad.

• Dividir los archivos tempDB en varios archivos puede resolver problemas de rendimiento relacionados con las operaciones de E/S. Como guía general, cree un archivo de datos de archivo por procesador y use el mismo tamaño para todos los archivos creados.

• Cambie la configuración de crecimiento automático de la base de datos a un valor fijo, como 100-150 MB. De forma predeterminada, el crecimiento de la base de datos está configurado en un 10 %, lo que puede provocar retrasos al aumentar las bases de datos más grandes.

• SQL Server memoria debe establecerse en un valor fijo estableciendo memoria mínima del servidor y memoria máxima del servidor en el mismo valor. En general, asigne el 75 % de la memoria física a SQL Server y deje el 25 % para el resto del sistema operativo y las aplicaciones. Si se trata de un SQL Server dedicado, puede reducir la cantidad reservada para el sistema operativo a un mínimo de 1 GB.

Consulte también

Búsqueda y eliminación de cuellos de botella