max worker threads (opción)

Actualizado: 5 de diciembre de 2005

Utilice la opción max worker threads para configurar el número de subprocesos de trabajo disponibles para los procesos de Microsoft SQL Server. SQL Server utiliza los servicios de subprocesos nativos de los sistemas operativos Microsoft Windows 2000 y Windows Server 2003 de forma que uno o varios subprocesos admitan cada red compatible con SQL Server de forma simultánea, otro subproceso controle los puntos de comprobación de la base de datos y un grupo de subprocesos controle a todos los usuarios.

Objetivo de la opción max worker threads

La agrupación de subprocesos permite optimizar el rendimiento cuando un gran número de clientes se conecta al servidor. Normalmente, se crea un subproceso del sistema operativo independiente para cada conexión de cliente con el fin de consumir menos recursos del sistema. Sin embargo, cuando hay cientos de conexiones al servidor, el uso de un subproceso por conexión puede consumir grandes cantidades de recursos del sistema. La opción max worker threads permite que SQL Server cree un grupo de subprocesos de trabajo para atender un gran número de conexiones de cliente, lo que mejora el rendimiento.

Cálculo de max worker threads

El valor predeterminado de max worker threads (0) permite a SQL Server configurar automáticamente el número de subprocesos de trabajo al inicio. Este valor es óptimo para la mayoría de los sistemas; no obstante, según la configuración del sistema, el uso de un valor específico para max worker threads puede mejorar el rendimiento en algunos casos.

La siguiente tabla muestra el número configurado automáticamente de max worker threads para diferentes combinaciones de CPU y versiones de SQL Server.

[!NOTA] Se recomienda un valor máximo de 1024 para SQL Server de 32 bits y 2048 para SQL Server de 64 bits.

Si el número real de conexiones de usuario es inferior al número establecido en la opción max worker threads, un subproceso controla cada conexión. Sin embargo, si el número real de conexiones es superior al número establecido en max worker threads, SQL Server agrupa los subprocesos de trabajo de manera que el siguiente subproceso de trabajo disponible pueda controlar la solicitud.

Actualizar desde SQL Server 2000

La configuración predeterminada de max worker threads en SQL Server 2000 era 255. Al actualizar una instancia de Database Engine (Motor de base de datos) de SQL Server 2000 a SQL Server 2005 se mantiene el valor de configuración de max worker threads. Durante la actualización, se recomienda cambiar el valor max worker threads de SQL Server 2005 a 0, para que Database Engine (Motor de base de datos) pueda calcular el número óptimo de subprocesos.

Establecer max worker threads

La opción max worker threads es una opción avanzada. Si utiliza el procedimiento almacenado del sistema sp_configure para cambiar el valor de la opción max worker threads, show advanced options debe tener establecido el valor 1. Para que el nuevo valor surta efecto, debe reiniciarse el sistema.

[!NOTA] Si todos los subprocesos de trabajo están activos con consultas de ejecución prolongada, puede parecer que SQL Server no responde hasta que finaliza un subproceso de trabajo y vuelve a estar disponible. Aunque no se trata de un defecto, puede que a veces este comportamiento no sea deseable. Si un proceso parece no responder y no se pueden procesar nuevas consultas, conecte a SQL Server mediante la conexión de administrador dedicada (DAC) y finalice el proceso. Para impedir este comportamiento, aumente el número máximo de subprocesos de trabajo.

Vea también

Tareas

Cómo utilizar la conexión de administrador dedicada con SQL Server Management Studio

Conceptos

Establecer las opciones de configuración del servidor
Usar una conexión de administrador dedicada

Otros recursos

RECONFIGURE (Transact-SQL)
sp_configure (Transact-SQL)

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios