Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Aunque la configuración predeterminada en BizTalk Server proporciona 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 minimizar 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, amplíe las capacidades del equipo que ejecuta BizTalk Server mediante la inclusión de CPUs adicionales o la actualización a CPUs 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, use un subsistema de disco rápido 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 MessageBox en un servidor individual, separado de la base de datos de seguimiento de BizTalk (BizTalkDTADb). Para implementaciones más pequeñas si hay recursos de CPU disponibles, podría ser suficiente aislar la base de datos messageBox en un disco físico independiente de la base de datos de seguimiento de BizTalk.
La base de datos principal de MessageBox podría ser el cuello de botella debido a la saturación de la CPU o a la latencia en 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 de la base de datos maestra MessageBox. Así, la base de datos maestra de Cuadro de mensajes puede gestionar de forma más eficiente 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 messageBox.
Si las operaciones de disco son el cuello de botella, mueva la base de datos de seguimiento de BizTalk a un servidor dedicado de SQL Server y/o disco dedicado. Si el procesamiento de la 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 del Cuadro de mensajes en el mismo equipo que ejecuta SQL Server para aprovechar el hardware existente.
Siga las recomendaciones de Optimización de grupos de archivos para bases de datos2para aislar 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 del escenario. Calcule el tamaño medio del archivo en la implementación en función de los resultados de las pruebas y expanda 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 cuadro de mensajes, seguimiento de estado y actividad (HAT) y Supervisión de actividad empresarial (BAM). Si la solución usa el protocolo de mensajería de 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 en su escenario, como los períodos de retención de datos y el volumen de datos procesados, configure el trabajo del Agente SQL Server "Archivo y Purga de DTA" en la base de datos HAT-Tracking para que la base de datos BizTalk Tracking no crezca demasiado. 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.
Aumente la capacidad de los servidores que hospedan las bases de datos MessageBox y BizTalk Tracking si son el cuello de botella. Puede escalar verticalmente el hardware agregando CPU, agregando memoria, actualizando a CPU más rápidas y usando discos dedicados de alta velocidad.
Dividir los archivos TempDB entre varios archivos puede resolver problemas de rendimiento relacionados con las operaciones de E/S. Como guía general, crea un archivo de datos por procesador y usa el mismo tamaño para todos los archivos que cree.
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 10%, lo que puede provocar retrasos al aumentar las bases de datos más grandes.
La memoria de SQL Server 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 75% de memoria física a SQL Server y deje 25% para el resto del sistema operativo y las aplicaciones. Si se trata de un servidor SQL Server dedicado, puede reducir la cantidad reservada para el sistema operativo a un mínimo de 1 GB.