INF: Proper SQL Server 6.5 configuración

Seleccione idioma Seleccione idioma
Id. de artículo: 166967 - Ver los productos a los que se aplica este artículo
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Expandir todo | Contraer todo

Resumen

Para SQL Server información de configuración en las versiones de SQL Server posterior a SQL Server 6.5 consulte artículo de Microsoft Knowledge Base:
319942Cómo: Determinar PROPER SQL Server configuración
SQL Server puede proporcionar gran rendimiento con relativamente pocos configuración ajustes. Por ejemplo, el departamento de Microsoft tiene un SQL Server que admite más de 4.000 usuarios simultáneos. Aparte de valores de obvias, como memoria, bloqueos y conexiones de usuario, utiliza principalmente valores de configuración predeterminados. Aún produce muy alto rendimiento que está ejecutando en un equipo de procesador cuádruple estándar del sector. Este alto nivel de rendimiento se ha facilitado por aplicación buena y diseño de base de datos, no ajustando configuración amplia.

Para obtener información adicional acerca de la optimización del rendimiento de SQL Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
110352Optimización del rendimiento de Microsoft SQL Server
Al enviar un problema de rendimiento, el grado de mejora de ajuste de la configuración es normalmente modesto, a menos que el sistema ya no se configurado correctamente. Estos no generalmente se deben cambiar sin abrumar el motivo y no sin metódico pruebas exhaustivas para comprobar la necesidad de cambiar y la ventaja de una vez cambiado.

Si no está configurado correctamente, algunas configuraciones pueden desestabilizar el servidor o convertirla a comportarse de forma errática. Excepto para los ajustes obvios, como memoria, bloqueos y conexiones de usuario, debe concederse pensamiento cuidado antes de ajustar otras opciones, especialmente la configuración avanzada. No ciegamente ajustar ellos en un valor determinado únicamente en la recomendación de un artículo de la revista, notas o consultor si la nueva configuración entran en conflicto con las recomendaciones de soporte técnico de Microsoft.

Más información

Años de experiencia de compatibilidad con cientos de sitios indica que configuración incorrecta puede tener resultados comprendidos neutral y muy negativos. En concreto, no se debe ajustar la siguiente configuración de valores predeterminados sin motivo abrumadora específico. También no se deben ajustar sin riguroso pruebas antes y después del cambio para evaluar el grado de mejora de rendimiento metódico.
set working set size
Simultaneidad SMP
aumento de prioridad
max worker threads
caché de procedimientos
Otros valores, como tempdb en RAM, búferes disponibles, leer parámetros anticipados y max async E/s, deben también no azar ajustarse sin una buena comprensión del impacto o sin pruebas de rendimiento objetivo para comprobar el beneficio.

El resto de este artículo describe cada uno de estos parámetros y ofrece algunas consideraciones en utilizarlas:

establecer tamaño del conjunto de trabajo :

Se establece este valor predeterminado 0, que permite a Windows NT Server Administrador de memoria virtual para determinar el tamaño del conjunto de trabajo de SQL Server. Condiciones de la mayoría, esto es la configuración correcta. Cuando se instala SQL Server, el programa de instalación selecciona automáticamente "Maximizar el rendimiento para aplicaciones de red" en el panel de control red en las propiedades del servicio servidor. Esto indica que el Administrador de memoria virtual de Windows NT Server para hacer muy poco espacio de trabajo recortar, por lo tanto mínimamente interfiriendo con conjunto de trabajo del SQL Server. Por este motivo, no resulta normalmente es necesario reemplazar el valor predeterminado "establecer tamaño del conjunto de trabajo". Sin embargo, si se establece a 1, al iniciarse que SQL Server utiliza más rigidez el SetProcessWorkingSetSize() de API de Win32 para corregir el conjunto de trabajo. Si a continuación, overcommit memoria de SQL Server, es menos capaz de compensar el sistema operativo y más fácilmente puede Vea errores relacionados con la memoria del sistema de operativo.

Para obtener información adicional, haga clic en el número de artículo siguiente para ver el artículo en Microsoft Knowledge Base:
110983Se recomienda SQL Server para configuraciones de memoria de NT
simultaneidad smp (sólo 6.5) :

Se establece este valor predeterminado 0, lo que permite a SQL Server (en tiempo de inicio) para detectar los números de procesadores y utilice n-1 de estos automáticamente. En un equipo SMP, también provoca la prioridad del proceso de SQL Server a 15. La inmensa mayoría del tiempo, debe utilizar la configuración predeterminada. Reemplazando esta configuración en -1, quita cualquier restricción en cuántos procesadores puede utilizar SQL Server, que pueden privar el sistema operativo de CPU bajo ciertas condiciones. Síntomas típicos incluyen errores de red o una consola que ha dejado de responder. El comando NET VIEW puede fallar con un error "se canceló la sesión de red". Otros procesos ejecutando en el equipo deje de responder, debido a la Inanición de CPU. Esto puede incluir otros servicios, SQL Executive, programas de copia de seguridad, los trabajos por lotes y así sucesivamente.

En los servidores Compaq ProLiant, la recuperación automática de servidor (ASR) guardián puede quedar CPU consumido, supone un error del sistema operativo Windows NT Server y reiniciar el servidor para recuperar.

La configuración predeterminada "simultaneidad smp" 0 no "pierde" un procesador, puesto que SQL Server llama el sistema operativo para todos los de red, E/s y funciones de administración de memoria. Cuando el sistema operativo está dando servicio a estas llamadas frecuentes, utiliza los recursos de CPU y la configuración predeterminada garantiza que el sistema operativo Obtiene el tiempo de CPU que necesita rápidamente servicio solicita SQL Server. Por lo tanto, todos los procesadores en un sistema ocupado de SQL Server tienden a utilizarse cuando se utiliza la configuración predeterminada "simultaneidad smp" 0. Establecer "simultaneidad smp" a 1, 2 y así sucesivamente, también no será necesario.

Esto puede provocar la pregunta de cuándo debe utilizarse un valor de "simultaneidad smp" de -1 y por qué se proporciona la configuración. En una pura transacción en línea (OLTP) carga de procesamiento, con las longitudes de ruta de acceso de transacción estrictamente controlado, donde no admite ad-hoc o decisión se permiten consultas y en un entorno donde el equipo es absolutamente dedicado a SQL Server (la consola no se utiliza, ni archivo compartir ni SQL Executive y así sucesivamente) esta configuración puede proporcionar algunas mejoras de rendimiento con efectos mínimos.

Sin embargo, si cambian las características de la secuencia de consulta alimentar al servidor nunca desde el anterior estado puro, puede observar un comportamiento irregular. Por ejemplo, un sistema que aparecían para ejecutarse correctamente durante un período de tiempo de repente deje de responder. Depuración puede ser complicada, debido a que tenga la apariencia de un problema de sistema operativo.

Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
111405Programación de subprocesos de SQL Server y Windows NT
aumento de prioridad : este valor predeterminado es 0, lo que hace que SQL Server para ejecutarse en proceso prioridad 7 en un equipo monoprocesador y (normalmente) en 15 en un equipo SMP

Utilice la configuración predeterminada en la mayoría de los casos. Establecer en 1, aumenta la prioridad de proceso de SQL Server a 15 en un equipo monoprocesador y 24 en un equipo SMP. Esto puede tener efectos similares a "simultaneidad smp" en -1.

Habilitar la experiencia de compatibilidad real muestra el aumento de prioridad no es necesario para el buen rendimiento en la mayoría de las situaciones. Configuración de aumento de prioridad en puede interferir con servidor suave funciona en algunas condiciones y no debe utilizarse excepto en circunstancias muy poco común. Por ejemplo puede utilizar durante la investigación de un rendimiento soporte técnico de Microsoft. No debe utilizarse sólo porque un documento o el consultor así aconseja. max worker threads : esta opción predeterminada es 255, lo que permite hasta 255 subprocesos de trabajo que se va a crear. Utilizar la configuración predeterminada de 255 en la mayoría de los casos. Esto no significa que se pueden establecer conexiones de usuario sólo 255. Un sistema puede tener miles de conexiones de usuario, esencialmente multiplexadas hasta 255 subprocesos de trabajo, y cada usuario percibe generalmente sin retrasos. En este caso, se pueden ejecutar consultas sólo 255 "simultáneamente", pero esto a su vez está más multiplexado hacia abajo al número de CPU disponibles, por lo que se percibe sólo la naturaleza simultánea, independientemente del trabajo cuántos subprocesos configurados.

Como cada usuario nuevo se establece conexión, se crea un nuevo subproceso de trabajo, hasta el límite de subproceso de trabajo. En SQL Server 6.5 después de un período de inactividad, un subproceso de trabajo automáticamente se agota el tiempo de espera y se cierra. Configurar un gran número de subprocesos de trabajo es normalmente contraproducente y disminuye el rendimiento, debido a la sobrecarga de programación y recursos. caché de procedimientos :

En SQL Server 6.5, configuración está predeterminada a 30, que indica que se reservarán 30 por ciento del espacio de caché de SQL Server para la caché de procedimientos. En un sistema con gran cantidad de memoria (digamos 256 MB o más), posiblemente esto puede ser reduce un poco para permitir más memoria para la caché del búfer. Sin embargo, no ciegamente reduce esta configuración para un número muy bajo (como el 5 por ciento), incluso si el sistema utiliza algunos procedimientos almacenados. Esto es porque la caché de procedimiento es un grupo de memoria de propósito general utilizado para una variedad de funciones de asignación de servidor interno, no sólo para la caché de procedimientos almacenados. Sin una cantidad suficiente de memoria de este grupo, pueden aparecer errores o observar otro un comportamiento irregular. En SQL Server 6.5, puede supervisar el uso de la caché de procedimientos con el Monitor de rendimiento y decidir si desea reducir la configuración de caché de procedimiento.

En muchos casos, la cantidad incremental de la caché del búfer liberado reduciendo la configuración de caché de procedimiento no afecta appreciably a la relación de aciertos de caché de búfer, que normalmente es relativamente plana a través de los pequeños cambios (percentage-wise) en el tamaño de caché.

Propiedades

Id. de artículo: 166967 - Última revisión: miércoles, 29 de enero de 2014 - Versión: 4.0
La información de este artículo se refiere a:
  • Microsoft SQL Server 6.5 Standard Edition
Palabras clave: 
kbnosurvey kbarchive kbmt kbenv kbinfo kbusage KB166967 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): 166967

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