Cómo determinar la configuración adecuada de configuración de SQL Server

Seleccione idioma Seleccione idioma
Id. de artículo: 319942 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

Este artículo describe los siguientes valores de configuración y las consideraciones para su uso:
  • Máscara de afinidad
  • Lightweight pooling
  • Max Async IO
  • Max worker threads
  • Memoria
  • Aumentar prioridad
  • Establecer tamaño de trabajo
SQL Server puede obtener un nivel muy alto de rendimiento con relativamente poco ajuste de la configuración. Puede obtener niveles altos de rendimiento mediante buena aplicación y diseño de la base de datos y no por la optimización de la configuración extensa. Consulte la sección "Referencias" de este artículo para obtener información acerca de cómo solucionar diversos problemas de rendimiento de SQL Server.

Al resolver un problema de rendimiento, el grado de mejora que está disponible desde el ajuste de la configuración es normalmente modesto a menos que no tiene actualmente el sistema está configurado correctamente. En SQL Server versión 7.0 y posterior, SQL Server utiliza el ajuste de la configuración automática y es poco frecuente que los valores de configuración (especialmente configuración avanzada) necesitan los cambios. Generalmente, no realice una configuración de SQL Server cambiar sin motivo abrumador y no sin metódico pruebas exhaustivas para comprobar la necesidad de que el cambio de configuración. Debe establecer una línea de base antes de cambiar la configuración para que se puede medir la ventaja después del cambio.

Si no tiene SQL Server correctamente configurado, algunas configuraciones podrían de-stabilize el servidor o podrían hacer que SQL Server se comportan erráticamente. Años de experiencia de compatibilidad con muchos entornos diferentes indican que valores de configuración no predeterminada podrían tener resultados comprendidos neutra altamente negativo.

Si hace que una configuración cambiar, debe realizar rendimiento metódico riguroso pruebas antes y después del cambio para evaluar el grado de mejora.

Basándose en escenarios reales, SQL Server versión 7.0 y posterior puede conseguir un nivel de rendimiento extremadamente alto sin ningún ajuste de la configuración manual.

En SQL Server versión 7.0 y posterior, no realice cambios en la configuración en objetos abiertos, bloqueos y conexiones de usuario porque, de forma predeterminada, SQL Server ajusta dinámicamente estos valores.

Máscara de afinidad

El valor de affinity mask se refiere a cómo firmemente un subproceso está enlazado a una CPU concreta. De forma predeterminada, Microsoft Windows NT y Microsoft Windows 2000 utilizan "soft" afinidad, que intenta volver a programar un subproceso en la CPU donde ejecuta por última vez. Sin embargo, si no es posible, podría ejecutar un subproceso en una CPU distinta.

Ayuda en la práctica real, si cambia el valor de máscara de afinidad del valor predeterminado sólo raramente a rendimiento y con frecuencia se degradará rendimiento.

Máscara de afinidad restringe SQL Server a un subconjunto de CPU disponibles y permite otro competencia servicios mejor CPU acceso. En la mayoría de los casos, no necesita esto porque SQL Server se ejecuta con prioridad normal. El programador de subprocesos de Windows NT o Windows 2000 ajusta dinámicamente las prioridades de los subprocesos de todos los subprocesos competencia para asegurarse de que tienen una oportunidad justa CPU disponibles en todo.

No ajustar la máscara de afinidad excepto en condiciones muy inusuales. Si decide ajustar máscara de afinidad, realizar pruebas metódico rigurosas antes y después del cambio para comprobar la necesidad de y el grado de mejora.

Agrupación ligera

De forma predeterminada, SQL Server utiliza un subproceso por cada activo SPID o proceso de usuario. Estos subprocesos funcionan en una configuración agrupada para mantener el número de subprocesos manejable. La configuración avanzada opción "lightweight pooling" (que a veces se denomina "Modo de fibra") utiliza la compatibilidad con Windows NT "fibra" esencialmente controlar varios contextos de ejecución con un único subproceso.

Según la experiencia de producción real, no es necesario utilizar fibra modo excepto en circunstancias excepcionales. La agrupación de ligera sólo es incluso potencialmente útil si se cumplen las condiciones siguientes. Debe determinar si es realmente útil mediante pruebas exhaustivas controlado.
  • Servidores multiprocesador de grandes están en uso.
  • Todos los servidores se ejecutan en o cerca de capacidad máxima.
  • Una gran cantidad de cambio de contexto se produce (mayor que 20.000 por segundo).
Para buscar cambios de contexto, utilice el Monitor de sistema, seleccione los subprocesos de contador, seleccione el objeto modificadores de contexto por segundo " y, a continuación, seleccione para capturar todas las instancias de SQL Server. SQL Mail en SQL Server 2000 o en SQL Server 2005 no se admite si ejecuta el servidor en modo de fibra. SQL Mail no se admite en SQL Server 2000 de 64 bits. Para obtener más información, vea el tema "Diferencias entre versiones de 64 bits y 32 bits" en los libros en pantalla de SQL Server 2000 (64-bit Edition). Para obtener información adicional, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
308604PRB: No se admite SQLMail cuando ejecuta el servidor en modo de fibra
303120REVISIÓN: ConnectionWrite error cuando usa lightweight pooling

Max Async IO

SQL Server 7.0: el valor de configuración max async IO está disponible en SQL Server 7.0. Podría ser apropiado cambiar esta configuración si tiene un sistema RAID rápido y una forma de medir el beneficio. No cambie esta configuración a menos que tenga una línea de base por el que se va a medir el resultado. Supervisar la actividad de disco y busque cualquier problema de cola de disco. Para obtener información adicional, consulte los siguientes libros en pantalla de SQL Server temas:
  • "max async IO Option"
  • "Supervisar la actividad del disco"
  • "Identificar atascos"
SQL Server 2000 y versiones posteriores: en SQL Server 2000 y versiones posteriores, no puede cambiar el valor de configuración max async IO. SQL Server 2000 y versiones posteriores ajusta automáticamente esta configuración.

Max worker threads

De forma predeterminada, el valor de max worker threads es 255 en SQL Server 2000. Por tanto, hasta 255 trabajo subprocesos pueden ser creados. Utilizar la configuración predeterminada de 255 en la mayoría de los casos. Esto no significa que sólo se pueden establecer conexiones de usuario 255. Un sistema puede tener miles de conexiones de usuario (que son esencialmente multiplexar hacia abajo hasta 255 subprocesos de trabajo) y en general, los usuarios no generalmente perciben cualquier retraso. En tal caso, las 255 sólo consultas pueden ejecutar simultáneamente, pero esto está multiplexado hacia abajo al número de CPU disponibles, por lo que sólo se percibe la naturaleza simultánea, independientemente del número de subprocesos de trabajo configurados.

Nota De forma predeterminada, el valor de max worker threads es 0 en SQL Server 2005 y en SQL Server 2008.

Si configura un número de subprocesos de trabajo a un valor es mayor que el valor predeterminado, que es casi siempre contraproducente y disminuye el rendimiento debido a la programación y recursos carga de trabajo. Sólo aumentar este valor en circunstancias muy poco común y cuando pruebas rigurosas metódico muestra que es útil hacerlo.

Memoria


Vea el tema de libros en pantalla "Optimizing Performance mediante opciones de memoria del servidor configuración" para obtener información acerca de la configuración de memoria.

Para obtener más información acerca de cómo configurar la memoria para servidores agrupados de SQL Server, consulte "Consideraciones de uso" en el tema SQL Server Books Online, "Creación de un clúster de conmutación por error".

Para obtener información adicional, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
274750Cómo configurar la memoria para más de 2 GB en SQL Server
224818Optimización de memoria simple es necesario si SQL Server 7.0 y Exchange 5.5 Service Pack 2 se instalan en BackOffice Small Business Server 4.5
316749PRB: Puede no haber suficiente memoria virtual con gran número de bases de datos

Aumentar prioridad

De forma predeterminada, el valor de aumento de prioridad es 0, lo que hace que SQL Server para ejecutarse con una prioridad normal si ejecuta SQL Server en un equipo monoprocesador o en un equipo (SMP) multiprocesador simétrico. Si establece la opción priority boost a 1, el proceso de SQL Server se ejecuta con una prioridad alta. Esta configuración no realiza el proceso de SQL Server ejecución en la prioridad más alta del sistema operativo.

Según la compatibilidad real con experiencia, no es necesario utilizar la opción priority boost para un buen rendimiento. Si desea usar la opción priority boost, puede interferir en el servidor suave funciona en algunas condiciones y no debe utilizarla excepto en circunstancias muy inusuales. Por ejemplo, soporte técnico de Microsoft podría utilizar aumento de prioridad cuando investiga un problema de rendimiento.

Importante No utilice los servidores que ejecutan SQL Server 7.0 y posteriores de aumento de prioridad.

Establecer tamaño de trabajo

No cambie establecer tamaño del conjunto de trabajo desde la configuración predeterminada. Con el valor predeterminado de 0, el Administrador de memoria virtual de Windows NT o Windows 2000 puede determinar el tamaño del conjunto de trabajo de SQL Server. Al instalar SQL Server, instalación indicará automáticamente Windows NT o Windows 2000 para optimizar el rendimiento de aplicaciones de red. Por lo tanto, el Administrador de memoria virtual de Windows NT o Windows 2000 hará muy poco espacio de trabajo al recortar, que sólo mínimamente interfiere con el conjunto de trabajo de las instancias de SQL Server.

Si cambia esta configuración no suele proporciona ninguna ventaja de rendimiento. Según la compatibilidad real con casos, el cambio de esta configuración normalmente hace que más daño que buena.

Si cambia establecer tamaño del conjunto de trabajo, también puede ser una causa de los mensajes de error de SQL Server 844 o 845. Consulte la sección "Referencias" de este artículo para obtener más información acerca de las causas comunes de los mensajes de error 845 y 844.

Referencias

Para obtener información adicional, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
310834PRB: Hace que Common de mensaje de error 844 o mensaje de error 845 (errores de búfer pestillos time out)
298475Cómo solucionar problemas de rendimiento de aplicación
243589Cómo solucionar problemas de consultas de ejecución lenta en SQL Server 7.0 o posterior
243588Cómo solucionar el rendimiento de las consultas ad hoc
224587Cómo solucionar problemas de rendimiento de la aplicación con SQL Server
166967Opciones de configuración correctas de SQL Server 6.5
254321Qué se debe y no se debe hacer y advertencias básicas en servidores SQL Server agrupados
297864Consideraciones de rendimiento para una actualización desde SQL Server 6.5

Propiedades

Id. de artículo: 319942 - Última revisión: viernes, 4 de diciembre de 2009 - Versión: 6.0
La información de este artículo se refiere a:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 64-bit Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Personal Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2000 Workgroup Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Express with Advanced Services
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Web
  • Microsoft SQL Server 2008 Workgroup
Palabras clave: 
kbmt kbhowtomaster KB319942 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 319942

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com