Lista de comprobación: Configuración de SQL Server

Pasos que se deben seguir al preparar SQL Server para su uso en un entorno de producción de BizTalk Server.

Configuración de SQL Server

Pasos	Referencia
Monitoree y reduzca la contención de E/S de los archivos de la base de datos de BizTalk Server.	- Se recomienda supervisar de forma proactiva el uso de E/S de disco para los discos que hospedan los archivos de registro de transacciones y datos. - Se recomienda que los archivos de datos y los archivos de registro de transacciones de cada uno de estos se coloquen en unidades dedicadas para reducir la probabilidad de que la contención de E/S de disco se convierta en un problema. - Puede reducir la contención de E/S de disco separando las bases de datos MessageBox y Tracking (DTA) y separando los archivos de base de datos y los archivos de registro de transacciones en diferentes discos físicos. Para obtener más información, consulte Supervisión y reducción de la contención de E/S de bases de datos.
Asegúrese de que SQL Server está configurado en particiones de disco alineadas correctamente	Las particiones de disco alineadas correctamente podrían dar lugar a una disminución significativa de la latencia, lo que mejora el rendimiento de SQL Server, lo que a su vez mejora el rendimiento de BizTalk Server. Por el contrario, las particiones de disco no alineados pueden afectar negativamente al rendimiento de E/S, lo que degrada el rendimiento de SQL Server y BizTalk Server. Para obtener más información sobre cómo las particiones de disco alineadas correctamente pueden afectar positivamente al rendimiento, consulte Procedimientos recomendados de alineación de particiones de disco para SQL Server.
Mantener los eventos que supervisa con SQL Server Profiler	Utilice el SQL Server Profiler para supervisar únicamente los eventos en los que está interesado. Si los seguimientos son demasiado grandes, puede filtrarlos en función de la información que desee, de modo que solo se recopile un subconjunto de los datos del evento. Si se supervisan demasiados eventos, aumentará la sobrecarga del servidor y el proceso de supervisión, y podría hacer que el archivo o la tabla de seguimiento crezcan demasiado, especialmente cuando el proceso de supervisión se realiza durante un período prolongado de tiempo.
Supervise y reduzca la contención de E/S del disco de archivos de registro de DTC.	Supervisión y reducción de los conflictos de operaciones de disco en archivos de logs DTC
Proporcione alta disponibilidad para las bases de datos de SQL Server.	Planeación de la disponibilidad de la base de datos
Revise la configuración del clúster de SQL Server activo/activo para escenarios de conmutación por error.	Revisión y prueba de la configuración del clúster de SQL Server para escenarios de conmutación por error
Use los valores de configuración predeterminados para: - Grado máximo de paralelismo (MDOP). - Estadísticas de SQL Server sobre la base de datos MessageBox de BizTalk Server. - Reconstrucción y desfragmentación de los índices de la base de datos de SQL Server.	Configuración de SQL Server que no se debe cambiar
Habilite la marca de seguimiento 1118 (TF1118) como parámetro de inicio para todas las instancias de SQL Server.	La implementación de TF1118 ayuda a reducir la contención en las instancias de SQL Server mediante la eliminación de casi todas las asignaciones de páginas individuales. Para obtener más información, consulte el artículo de la Microsoft Knowledge Base titulado Mejoras de simultaneidad para la base de datos tempdb. Nota: Para obtener más información sobre TF1118, consulta Conceptos erróneos alrededor de TF1118. Tenga en cuenta que el contenido de este vínculo no es propiedad de Microsoft y Microsoft no garantiza la precisión del contenido.
Divida la base de datos tempdb en varios archivos de datos de igual tamaño en cada instancia de SQL Server usada por BizTalk Server.	Asegúrese de que los archivos de datos usados para tempdb tienen un tamaño igual. Esto es fundamental porque el algoritmo de relleno proporcional usado por SQL Server se basa en el tamaño de los archivos de datos. Si los archivos de datos se crean con tamaños desiguales, el algoritmo de relleno proporcional usará el archivo más grande para las asignaciones de mapa de asignación global (GAM) en lugar de distribuir las asignaciones entre todos los archivos, lo que anula el propósito de crear varios archivos de datos. Como guía general, cree un archivo de datos para cada CPU en el servidor y, a continuación, ajuste el número de archivos hacia arriba o hacia abajo según sea necesario. Tenga en cuenta que una CPU de doble núcleo se considera dos CPU. En cualquier caso, el número de archivos de datos no debe ser mayor que 8 independientemente del número de núcleos adicionales disponibles en el equipo. Para obtener más información sobre los archivos tempdb, consulte Optimización del rendimiento de tempdb.
Establezca la memoria mínima y máxima del servidor en los mismos valores de las instancias de SQL Server que hospedan las bases de datos de BizTalk Server.	Los equipos que ejecutan SQL Server que hospedan las bases de datos de BizTalk Server deben estar dedicados a ejecutar SQL Server. Cuando los equipos que ejecutan SQL Server que hospedan las bases de datos de BizTalk Server están dedicados a ejecutar SQL Server, se recomienda que las opciones "memoria mínima del servidor" y "memoria máxima del servidor" en cada instancia de SQL Server se establezcan 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 usará SQL Server). Esto reducirá la sobrecarga que SQL Server usaría para administrar estos valores dinámicamente. Ejecute los siguientes comandos de T-SQL en cada equipo que ejecute SQL Server para especificar la cantidad fija de memoria que se va a asignar a SQL Server: sp_configure 'Memoria máxima del servidor (MB)',(tamaño máximo en MB)sp_configure 'Memoria mínima del servidor (MB)',(tamaño mínimo en 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 el secreto maestro de Sign-On único de empresa, tal como se describe en el tema Agrupación en clústeres del servidor secreto maestro , es posible que tenga que ajustar este valor para asegurarse de que hay suficiente memoria disponible para ejecutar el servicio Enterprise Single Sign-On.
Considerar el tamaño de la base de datos de seguimiento de BizTalk	- Al determinar el tamaño de los mensajes en la base de datos de seguimiento de BizTalk (DTA), agregue el tamaño medio del contexto del mensaje al tamaño del mensaje si es significativo en comparación con el tamaño del mensaje. - Para limitar el tamaño de los mensajes en la base de datos de seguimiento de BizTalk, limite el número de propiedades que promueve. - Si la opción del depurador de orquestación está habilitada, tenga en cuenta que el estado de cada forma de la orquestación se guarda en la base de datos de seguimiento de BizTalk.

Realización de procedimientos de mantenimiento de SQL Server

Pasos	Referencia
Defina la configuración de crecimiento automático para las bases de datos de BizTalk Server.	- El crecimiento automático de la base de datos debe establecerse en un número fijo de megabytes en lugar de un porcentaje, especialmente para las bases de datos MessageBox y Tracking. En función de la aplicación y el rendimiento de BizTalk Server, las bases de datos MessageBox y Tracking pueden ser bastante grandes. Si el crecimiento automático se establece en un porcentaje, el crecimiento automático también puede ser sustancial. - La inicialización instantánea de archivos puede reducir considerablemente el impacto en el rendimiento de una operación de crecimiento de archivos. - Idealmente, el tamaño de los archivos que admiten los grupos de archivos debe asignarse previamente y, si es posible, establecer en un tamaño estático. Para obtener más información, consulte Definición de la configuración de crecimiento automático para bases de datos.
Copia de seguridad de las bases de datos de BizTalk Server	- Se recomienda ejecutar el trabajo de copia de seguridad de BizTalk Server para evitar que los registros de transacciones de base de datos de BizTalk Server crezcan de forma ilimitada. - Debe restaurar todo el entorno de BizTalk Server de forma periódica y debe documentar cuidadosamente el proceso. - Se recomienda archivar los archivos de copia de seguridad antiguos. Para obtener más información, consulte Copia de seguridad de bases de datos.
Supervise los trabajos del Agente SQL de BizTalk Server.	Supervise el estado de estos trabajos y asegúrese de que se están ejecutando sin errores. Para obtener más información, vea Supervisión de trabajos del Agente SQL Server.
Habilitar el seguimiento y el archivado de BizTalk Server	La tarea del Agente SQL "Purga y archivo" de DTA archiva y purga los datos antiguos de la base de datos de seguimiento de BizTalk, evitando que crezca sin control. Esto es esencial para un sistema de BizTalk Server en buen estado. Para obtener más información, consulte Purgar y archivar datos de seguimiento.

Copia de seguridad de las bases de datos de BizTalk Server

Pasos	Referencia
Verifique que esté configurado el trabajo del Agente SQL de copia de seguridad de BizTalk Server.	Consulte la configuración del trabajo de copia de seguridad de BizTalk Server.
Configure el trabajo del Agente SQL de Copia de seguridad de BizTalk Server para eliminar los archivos de copia de seguridad anteriores al número de días especificados por la @DaysToKeep variable. Si los archivos de copia de seguridad no se eliminan, pueden crecer sin enlazar con el tiempo, lo que puede rellenar los discos que contienen los archivos de copia de seguridad y causar problemas relacionados con el espacio en disco limitado.	Ver Configurar la tarea de copia de seguridad de BizTalk Server.
Compruebe que el trabajo del Agente SQL de Respaldo de BizTalk Server está habilitado y en ejecución.	Supervisión de trabajos del Agente SQL Server

Uso del trasvase de registros de SQL Server para la recuperación ante desastres

Pasos	Referencia
Compruebe que los servidores de recuperación ante desastres tienen la capacidad de controlar la carga de producción.	Consulte Uso del trasvase de registros de BizTalk Server para la recuperación ante desastres
Asegúrese de que los detalles de la rutina de recuperación ante desastres están bien documentados.	Consulte Uso del trasvase de registros de BizTalk Server para la recuperación ante desastres
Como parte de las pruebas periódicas, practique la conmutación por error al sitio de recuperación ante desastres, especialmente cuando las nuevas aplicaciones de BizTalk se ponen en producción.	Consulte Uso del trasvase de registros de BizTalk Server para la recuperación ante desastres

Supervisión de trabajos del Agente SQL de BizTalk Server

Pasos	Referencia
Compruebe que el servicio agente SQL Server se está ejecutando.	Consulte Supervisión de trabajos del Agente SQL Server
Compruebe que los trabajos del Agente SQL Server instalados por BizTalk Server estén habilitados y ejecutándose correctamente.	Consulte Supervisión de trabajos del Agente SQL Server
Compruebe que los trabajos del Agente SQL de BizTalk Server se completan de forma oportuna.	Consulte Supervisión de trabajos del Agente SQL Server

Purgar y archivar datos de seguimiento

Pasos	Referencia
Asegúrese de que el trabajo del Agente SQL "DTA Purge and Archive" esté correctamente configurado, habilitado y se complete con éxito.	Vea Configurar el trabajo de purga y archivo de DTA.
Asegúrese de que el trabajo sea capaz de purgar los datos de seguimiento entrantes a la misma velocidad a la que se generan.	Consulte Medición del rendimiento máximo de seguimiento sostenible.
Revise los parámetros de purga temporal y purga dura para asegurarse de que mantiene los datos durante un período de tiempo óptimo.	Consulte Archivado y purga de la base de datos de seguimiento de BizTalk.
Si solo necesita purgar los datos antiguos y no necesita archivarlos primero, cambie el trabajo del Agente SQL para llamar al procedimiento almacenado "dtasp_PurgeTrackingDatabase".	Vea Purgar datos de la base de datos de seguimiento de BizTalk.

Próximo

Comentarios

¿Le resultó útil esta página?

Last updated on 2023-07-21