Compartir vía

Configuración posterior a BizTalk Server optimizaciones de base de datos

  • Artículo

Además de seguir las recomendaciones de Optimizaciones de base de datos de configuración previa, se deben seguir varios pasos para optimizar BizTalk Server rendimiento de la base de datos en SQL Server después de instalar BizTalk Server y se han configurado las bases de datos de BizTalk Server. En este tema se proporciona una lista de estas optimizaciones.

Asignar previamente espacio para BizTalk Server bases de datos y definir la configuración de crecimiento automático para BizTalk Server bases de datos a un valor fijo en lugar de un valor de porcentaje

  • SQL Server crecimiento automático de la base de datos es una operación de bloqueo que dificulta BizTalk Server rendimiento de la base de datos. Por lo tanto, es importante asignar espacio suficiente para las bases de datos de BizTalk Server de antemano para minimizar la aparición del crecimiento automático de la base de datos.

  • El crecimiento automático de la base de datos debe establecerse en un número fijo de megabytes en lugar de en un porcentaje (especifique el crecimiento de archivos en Megabytes). Esto debe hacerse así si se produce el crecimiento automático, lo hace de forma medida, lo que reduce la probabilidad de un crecimiento excesivo de la base de datos. El incremento de crecimiento generalmente no debe ser superior a 100 MB (para archivos grandes), 10 MB (para archivos medianos) o 1 MB (para archivos pequeños).

  • Cuando SQL Server aumenta el tamaño de un archivo, primero se debe inicializar el nuevo espacio para poder usarlo. Se trata de una operación de bloqueo que implica rellenar el nuevo espacio con páginas vacías. SQL Server 2005 que se ejecuta en Windows Server 2003 o posterior admite la "inicialización instantánea de archivos". Esto puede reducir considerablemente el impacto en el rendimiento de una operación de crecimiento de archivos. Para obtener más información, vea SQL Server 2008 - Inicialización de archivos de base de datos. En este tema se proporcionan los pasos para habilitar la inicialización instantánea de archivos.

Mover el directorio de salida del BizTalk Server de copia de seguridad a un LUN dedicado

Mueva el directorio de salida del BizTalk Server de copia de seguridad (copia de seguridad completa y de registro) al LUN dedicado, edite los pasos 1 y 2 (inserte nueva ruta de salida) del trabajo copia de seguridad BizTalk Server [BizTalkMgmtDb]. Al mover el directorio de salida del BizTalk Server de copia de seguridad a un LUN dedicado, se reducirá la contención de E/S de disco cuando se ejecuta el trabajo escribiendo en un disco diferente del que el trabajo está leyendo.

Compruebe que se están ejecutando los trabajos del Agente SQL de BizTalk Server

BizTalk Server incluye varios trabajos de Agente SQL Server que realizan funciones importantes para mantener los servidores operativos y en buen estado. Debe supervisar el estado de estos trabajos y asegurarse de que se ejecutan sin errores. Una de las causas más comunes de problemas de rendimiento en BizTalk Server es que los trabajos del Agente SQL de BizTalk Server no se están ejecutando, lo que a su vez puede hacer que las bases de datos messageBox y Tracking crezcan sin comprobar. Siga estos pasos para asegurarse de que los trabajos del Agente SQL de BizTalk Server se están ejecutando sin problemas:

Una de las causas más comunes de problemas de rendimiento en BizTalk Server es que los trabajos del Agente SQL de BizTalk Server no se están ejecutando, lo que a su vez puede hacer que las bases de datos messageBox y Tracking crezcan sin comprobar. Siga estos pasos para asegurarse de que los trabajos del Agente SQL de BizTalk Server se están ejecutando sin problemas:

  • Compruebe que el servicio Agente SQL Server se está ejecutando.

  • Compruebe que los trabajos de Agente SQL Server instalados por BizTalk Server estén habilitados y ejecutándose correctamente.

    Los trabajos de BizTalk Server Agente SQL Server son cruciales, si no se ejecutan, el rendimiento del sistema se degradará con el tiempo.

  • Compruebe que los trabajos de BizTalk Server Agente SQL Server se completan de forma oportuna.

    Configure Microsoft Operations Manager (MOM) 2005 o Microsoft System Center Operations Manager 2007 para supervisar los trabajos.

    Debe tener en cuenta las programaciones que son específicas de determinados trabajos:

    • El trabajo de MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb se ejecuta continuamente de forma predeterminada. El software de supervisión debe tener en cuenta esta programación y no generar advertencias.

    • El trabajo de MessageBox_Message_Cleanup_BizTalkMsgBoxDb no está habilitado o programado, pero lo inicia el trabajo de MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb cada 10 segundos. Por lo tanto, este trabajo no debe estar habilitado, programado ni iniciado manualmente.

  • Compruebe que el tipo de inicio del servicio Agente SQL Server está configurado correctamente.

    Compruebe que el servicio Agente SQL Server está configurado con un tipo de inicioautomático a menos que el servicio de Agente SQL Server esté configurado como un recurso de clúster en un clúster de Windows Server. Si el servicio Agente SQL Server está configurado como un recurso de clúster, debe configurar el tipo de inicio como Manual porque el servicio será administrado por el servicio de clúster.

Configurar purga y archivado de datos de seguimiento

Siga estos pasos para asegurarse de que la purga y el archivado de los datos de seguimiento están configurados correctamente:

Supervisión y reducción de la contención de E/S del disco del archivo de registro DTC

El archivo de registro del Coordinador de transacciones distribuidas (MS DTC) de Microsoft puede convertirse en un cuello de botella de E/S de disco en entornos con un uso intensivo de transacciones. Esto es especialmente cierto cuando se usan adaptadores que admiten transacciones, como SQL Server, MSMQ o MQSeries, o en un entorno de varios cuadros de mensajes. Los adaptadores transaccionales usan transacciones DTC y los entornos de varios cuadros de mensajes hacen un uso extenso de las transacciones DTC. Para asegurarse de que el archivo de registro DTC no se convierte en un cuello de botella de E/S de disco, debe supervisar el uso de E/S de disco para el disco donde reside el archivo de registro DTC en los servidores de base de datos de SQL Server. Si el uso de E/S de disco para el disco donde reside el archivo de registro DTC se vuelve excesivo, considere la posibilidad de mover el archivo de registro DTC a un disco más rápido. En un entorno en el que SQL Server está agrupado, esto no es tan preocupante porque el archivo de registro ya estará en una unidad compartida, lo que probablemente será una unidad SAN rápida con varios ejes. Sin embargo, debe supervisar el uso de E/S de disco, ya que puede convertirse en un cuello de botella en entornos no agrupados o cuando el archivo de registro DTC está en un disco compartido con otros archivos que consumen muchos discos.

Para asegurarse de que el archivo de registro DTC no se convierte en un cuello de botella de E/S de disco, debe supervisar el uso de E/S de disco para el disco donde reside el archivo de registro DTC en los servidores de base de datos de SQL Server. Si el uso de E/S de disco para el disco donde reside el archivo de registro DTC se vuelve excesivo, considere la posibilidad de mover el archivo de registro DTC a un disco más rápido.

En un entorno en el que SQL Server está agrupado, esto no es tan preocupante porque el archivo de registro ya estará en una unidad compartida, lo que probablemente será una unidad SAN rápida con varios ejes. Sin embargo, debe supervisar el uso de E/S de disco, ya que puede convertirse en un cuello de botella en entornos no agrupados o cuando el archivo de registro DTC está en un disco compartido con otros archivos que consumen muchos discos.

Separar el cuadro de mensajes y las bases de datos de seguimiento

Dado que las bases de datos MessageBox y Seguimiento de BizTalk son las más activas, se recomienda colocar los archivos de datos y los archivos de registro de transacciones para cada uno de ellos en unidades dedicadas para reducir la probabilidad de problemas con la contención de E/S de disco. Por ejemplo, necesitaría cuatro unidades para los archivos de base de datos MessageBox y Seguimiento de BizTalk, una unidad para cada una de las siguientes:

  • Archivos de datos de Cuadro de mensajes

  • Archivos de registro de transacciones de Cuadro de mensajes

  • Archivos de datos de seguimiento de BizTalk (DTA)

  • Archivos de registro de transacciones de Seguimiento de BizTalk (DTA)

    La separación de las bases de datos messageBox de BizTalk y seguimiento de BizTalk y la separación de los archivos de base de datos y los archivos de registro de transacciones en diferentes discos físicos se consideran procedimientos recomendados para reducir la contención de E/S de disco. Intente distribuir la E/S del disco entre tantos ejes físicos como sea posible. También puede reducir la contención de E/S de disco colocando la base de datos de seguimiento de BizTalk en una SQL Server dedicada; sin embargo, debe seguir las prácticas anteriores con respecto a separar los archivos de datos y los archivos de registro de transacciones.

Optimización de grupos de archivos para las bases de datos de BizTalk Server

Siga los pasos descritos en Optimización de grupos de archivos para las bases de datos1 y las notas del producto "Optimización de bases de datos BizTalk Server" para crear grupos de archivos y archivos adicionales para las bases de datos de BizTalk Server. Esto aumentará considerablemente el rendimiento de las bases de datos de BizTalk Server desde una única configuración de disco.