Cómo evitar la contención del disco
BizTalk Server está diseñado como un sistema persistente. En escenarios de alto rendimiento, las bases de datos MessageBox y Seguimiento de BizTalk pueden experimentar contención grave. Esta contención puede verse agravada por discos lentos. Si los discos son lentos (mayores de 15 ms en promedio para promedio de disco por segundo/lectura o promedio de disco por segundo/escritura), puede hacer que SQL Server mantenga presionados los bloqueos más largos (tiempo de espera de bloqueo alto y tiempos de espera de bloqueo altos). Esto, a su vez, puede hacer que las tablas de Cuadro de mensajes (cola de colas de colas de aplicaciones) crezcan, lo que provoca un sobredimensionamiento y una limitación de la base de datos. En última instancia, esta situación da como resultado un menor rendimiento sostenible global.
Nota
Para obtener información sobre cómo identificar si un servidor tiene un cuello de botella de disco, consulte Windows Monitor de rendimiento (https://go.microsoft.com/fwlink/?LinkID=204007). El Monitor de rendimiento de Windows es un complemento de Microsoft Management Console (MMC) que proporciona herramientas para analizar el rendimiento del sistema.
Para evitar la contención de disco, haga lo siguiente:
Pasos | Referencia |
---|---|
Use configuraciones de disco Raid10/0+1. | Procedimientos recomendados para evitar cuellos de botella |
Si es posible, implemente las bases de datos en una SAN de alta velocidad. Si varias bases de datos comparten los mismos discos, se recomienda configurarlas en discos dedicados independientes. Además, se recomienda separar los archivos MDF y LDF de la base de datos messageBox en discos independientes. | Optimización de grupos de archivos para las bases de datos2 |
Considere la posibilidad de asignar varios archivos para la base de datos TEMPDB, ya que esto reducirá significativamente la contención de disco y distribuirá la carga entre varios archivos de datos. | Optimizaciones de base de datos de configuración previa2 |
Considere la posibilidad de separar la base de datos cuadro de mensajes en un servidor dedicado que sea independiente de las bases de datos de seguimiento de BizTalk. | Optimizaciones de base de datos posteriores a la configuración2 |
Asigne el directorio de archivos de registro MSDTC a una unidad dedicada independiente. | Optimización del rendimiento del sistema operativo |
Si hay contención en la unidad local debido al archivo de paginación o al registro MSDTC, intente moverlos a una unidad independiente. | Procedimientos recomendados para evitar cuellos de botella |
Optimice la base de datos de seguimiento para las operaciones de escritura. | Cómo identificar cuellos de botella en la base de datos de seguimiento |
Optimice la base de datos messageBox para las operaciones de lectura y escritura. | Cómo identificar cuellos de botella en la base de datos messageBox1 |
Si una instancia de host de BizTalk satura la CPU, considere la posibilidad de separar la funcionalidad de envío, recepción, procesamiento y seguimiento en varios hosts. Esto configura el sistema para que la funcionalidad de orquestación se ejecute en un servidor dedicado independiente para mejorar el rendimiento general del sistema. | Optimización del rendimiento de BizTalk Server |
Si se implementan varias orquestaciones, considere la posibilidad de inscribirlas en diferentes hosts de orquestación dedicados. Esto aísla las distintas orquestaciones e impide la contención de recursos compartidos en el mismo espacio de direcciones físicos o en el mismo servidor. | Optimización del rendimiento de BizTalk Server |
Considere la posibilidad de usar Windows Monitor de rendimiento para diagnosticar problemas de contención de disco. | Monitor de rendimiento de Windows |
Para obtener más información sobre el análisis de rendimiento de disco, consulte los siguientes recursos:
Sección "Cuellos de botella de E/S" de Solución de problemas de rendimiento en SQL Server 2008.