Configuración previa para optimizaciones de bases de datos de BizTalk Server
BizTalk Server es una aplicación muy intensiva en base de datos que puede requerir la creación de hasta 13 bases de datos independientes en Microsoft SQL Server. Debido al papel fundamental que desempeña SQL Server en cualquier entorno de BizTalk Server, es fundamental que SQL Server esté configurado o optimizado para un rendimiento óptimo. Si SQL Server no está optimizado para funcionar bien, las bases de datos usadas por BizTalk Server se convertirán en un cuello de botella y el rendimiento general del entorno de BizTalk Server sufrirá. En este tema se describen varias optimizaciones de rendimiento de SQL Server que se deben seguir antes de instalar BizTalk Server y configurar las bases de datos de BizTalk Server.
Establecer unidad de asignación de archivos NTFS
SQL Server almacena sus datos en Extensiones, que son grupos de ocho páginas 8K. Por lo tanto, para optimizar el rendimiento del disco, establezca el tamaño de la unidad de asignación NTFS en 64 KB, tal y como se describe en la guía SQL Server para "Procedimientos recomendados de configuración de disco: procedimientos recomendados de E/S de implementación previa. Para obtener más información sobre SQL Server páginas y extensiones, vea Descripción de páginas y extensiones.
Consideraciones sobre el planeamiento de bases de datos
Microsoft recomienda hospedar las bases de datos de SQL Server en almacenamiento rápido (por ejemplo, discos SAN rápidos o discos SCSI rápidos). Microsoft recomienda RAID 10 (1+0) en lugar de RAID 5 porque RAID 5 es más lento al escribir. Los discos SAN más recientes tienen cachés de memoria muy grandes, por lo que, en estos casos, la selección raid no es tan importante. Para aumentar el rendimiento, las bases de datos y sus archivos de registro pueden residir en discos físicos diferentes.
Instale el Service Pack más reciente y las actualizaciones acumulativas para SQL Server
Instale los Service Pack más recientes y las actualizaciones acumulativas más recientes para SQL Server 2005 y SQL Server 2008, así como los Service Packs de .NET Framework más recientes.
Instalación de SQL Service Packs en BizTalk Server y SQL Server
Al instalar Service Packs para SQL Server, instale también el Service Pack en el equipo BizTalk Server. BizTalk Server usa los componentes del cliente SQL que actualizan los Service Pack de SQL Server.
Considere la posibilidad de implementar la Data Warehouse de administración y recopilador de datos de SQL Server 2008
SQL Server 2008 da cabida al uso del nuevo Data Warehouse recopilador de datos y administración para recopilar datos relacionados con el rendimiento de la base de datos o el entorno para el análisis de pruebas y tendencias. El recopilador de datos conserva todos los datos recopilados en el Data Warehouse de administración especificado. Aunque esto no es una optimización del rendimiento, esto será útil para el análisis de cualquier problema de rendimiento.
Conceda a la cuenta que se usa para SQL Server el privilegio De bloqueo de páginas en memoria de Windows
Conceda el privilegio "Bloquear páginas en memoria" de Windows a la cuenta de servicio SQL Server. Esto debe hacerse para evitar que el sistema operativo Windows pagina la memoria del grupo de búferes del proceso de SQL Server bloqueando la memoria asignada para el grupo de búferes en memoria física. Para obtener más información, consulte el artículo de Microsoft Knowledge Base 914483 "Cómo reducir la paginación de la memoria del grupo de búferes en la versión de 64 bits de SQL Server 2005" en https://go.microsoft.com/fwlink/?LinkId=148948.
Conceda al SE_MANAGE_VOLUME_NAME derecho a la cuenta de servicio de SQL Server
Asegúrese de que la cuenta que ejecuta el servicio SQL Server tiene el privilegio de Windows "Realizar tareas de mantenimiento de volumen" o asegúrese de que pertenece a un grupo de seguridad que sí lo hace. Esto permitirá la inicialización instantánea de archivos, lo que garantizará un rendimiento óptimo si una base de datos tiene que crecer automáticamente.
Establecer memoria de servidor mínima y máxima
Los equipos que ejecutan SQL Server que hospedan las bases de datos de BizTalk Server deben dedicarse a ejecutar SQL Server. Se recomienda establecer las opciones "memoria mínima del servidor" y "memoria máxima del servidor" en cada instancia de SQL Server para especificar la cantidad fija de memoria que se va a asignar a SQL Server. En este caso, debe establecer "memoria mínima del servidor" y "memoria máxima del servidor" en el mismo valor (igual a la cantidad máxima de memoria física que SQL Server usará). Esto reducirá la sobrecarga que, de lo contrario, usaría SQL Server administrar dinámicamente estos valores. Ejecute los siguientes comandos de T-SQL en cada equipo SQL Server para especificar la cantidad fija de memoria que se va a asignar a SQL Server:
sp_configure ‘Max Server memory (MB)’,(max size in MB)
sp_configure ‘Min Server memory (MB)’,(min size in MB)
Antes de establecer la cantidad de memoria para SQL Server, determine la configuración de memoria adecuada restando la memoria necesaria para Windows Server de la memoria física total. Esta es la cantidad máxima de memoria que puede asignar a SQL Server.
Nota
Si los equipos que ejecutan SQL Server que hospedan las bases de datos de BizTalk Server también hospedan enterprise Single Sign-On Master Secret Server, es posible que tenga que ajustar este valor para asegurarse de que haya suficiente memoria disponible para ejecutar enterprise Single Sign-On Service. No es raro ejecutar una instancia en clúster del servicio Enterprise Single Sign-On en un clúster de SQL Server para proporcionar alta disponibilidad para el servidor secreto maestro. Para obtener más información sobre la agrupación en clústeres de Enterprise Single Sign-On Master Secret Server, vea el tema "How to Cluster the Master Secret Server" en la documentación de BizTalk Server en https://go.microsoft.com/fwlink/?LinkID=106874.
Dividir la base de datos tempdb en varios archivos de datos de igual tamaño en cada instancia de SQL Server usada por BizTalk Server
Asegurarse de que los archivos de datos usados para tempdb tienen un tamaño igual es fundamental porque el algoritmo de relleno proporcional usado por SQL Server se basa en el tamaño de los archivos de datos. Este algoritmo intenta asegurarse de que SQL Server rellena cada archivo en proporción al espacio libre que queda en ese archivo para que alcancen su capacidad máxima al mismo tiempo. Si los archivos de datos se crean con tamaños diferentes, el algoritmo de relleno proporcional usará el archivo más grande para las asignaciones de GAM en lugar de distribuir las asignaciones entre todos los archivos, lo que anulará el propósito de crear varios archivos de datos. El número de archivos de datos de la base de datos tempdb debe configurarse para que sea al menos igual al número de procesadores asignados para SQL Server.
Habilite la marca de seguimiento T1118 como parámetro de inicio para todas las instancias de SQL Server
Si implementa la marca de seguimiento - T1118 ayuda a reducir la contención en las instancias de SQL Server mediante la eliminación de casi todas las asignaciones de página única. Para obtener más información, consulte Microsoft Knowledge Base 328551: mejoras de simultaneidad para la base de datos tempdb.
No cambie la configuración predeterminada de SQL Server para el grado máximo de paralelismo, las estadísticas de SQL Server ni las recompilaciones y la desfragmentación del índice de base de datos.
Si tiene una instancia de SQL Server que aloja BizTalk Server bases de datos, no cambie la configuración de SQL Server para el grado máximo de paralelismo, SQL Server estadísticas en la base de datos messageBox y la configuración del índice de base de datos se vuelve a generar y desfragmentar. Para obtener más información, vea SQL Server Configuración que no se debe cambiar.