2009-02-24 14 views
8

Me preguntaba si alguien tiene algunas preguntas generales sobre administrador de sistema sobre la mejor manera de configurar el servidor MS SQL para la velocidad. He colocado los archivos de registro en una unidad diferente con su propio controlador y moví los índices a su unidad, pero en el mismo controlador que los archivos de datos principales.La mejor manera de acelerar el servidor MS SQL

¿De qué otra manera puede un administrador del sistema configurar el servidor MS SQL para acelerar el acceso al disco, los tiempos de consulta?

Respuesta

17

La pregunta es bastante general, por lo que una respuesta general encajará:

  • uso de hardware rápido. Tener tanta RAM como sea posible.
  • Si utiliza un sistema operativo de 32 bits, tenga AWE funcionando, especialmente si la máquina es un servidor de bases de datos dedicado.
  • Si usa SO de 64 bits, incluso mejor. Se podría usar mucho más RAM para un buen uso.
  • Analice los índices y el rendimiento de la aplicación regularmente. Cuando sea necesario, vuelva a generar índices, cree nuevos, elimine los antiguos, etc.
  • Conozca los diferentes tipos de índices: agrupados, particionados, etc.
  • Cuando sea necesario, use vistas indexadas.
  • DB Tuning advisor podría ayudar.
  • Utilice una solución LoadBalancing para tener varios servidores ejecutando la base de datos.
  • Comprenda la naturaleza de la aplicación: las aplicaciones OLAP tienen otras necesidades además de las aplicaciones DataWarehousing. Esto afectaría la estructura de las tablas, la extensión del disco, etc.
+0

Gran respuesta, espero que no te importe que agregué algunos hipervínculos y amplié tus acrónimos. –

+0

No, en absoluto. Muchas gracias. – Moshe

+0

El enlace de technet indica que AWE ya no estará disponible después de SQL Server 2008 R2. – Farray

2

Con el fin de impacto en el rendimiento, de más importante a menos:

  • escribir código más rápido usando las definiciones de datos apropiados y los índices
  • uso de hardware más rápido
  • trucos de configuración de la clase que están pidiendo por aquí.

Si bien un servidor mal configurado o con poca potencia puede matar el rendimiento, la configuración típica debería ser lo suficientemente buena como para que te preocupes desde el punto de vista del rendimiento.

Por supuesto, si tiene un cuello de botella inexplicado específico, entonces tal vez necesite configurar algo. Pero debes compartir esa información también.

1

utilizar el motor de base de datos para la optimización de

0

Tenga cuidado con el DTA (afinador). Todo depende de la carga de trabajo.

Cosas rápidas: Mejor índice. Busque consultas de larga ejecución, o lentas, y agregue índices para apoyar aquí. Si esto es OLTP, tenga cuidado de agregar demasiados índices.

Escriba el código mejor, publique consultas lentas en algún lugar (aquí, o SQLServerCentral.com) y obtener ideas para ellos la aceleración

más memoria

La separación de los registros de datos de ayuda físicamente, pero hay que ser IO con destino a esto para hacer una diferencia.

1

En primer lugar, trataría de identificar el cuello de botella; ¿Cuál es la "cosa" en la que puede mejorar más/¿Cuál es la parte más lenta de su sistema?

¿Es su código? (índices apropiados, procesamiento basado en conjuntos, evite los cursores tanto como sea posible, ...) ¿Está relacionado con el hardware? ¿Está relacionado con la configuración? - registros en un grupo de archivos separado/disco separado - puede mover algunas tablas a otro grupo de archivos, por lo que las tablas que a menudo se unen en consultas están en grupos de archivos separados - ¿reconstruye los índices a menudo?

Cuestiones relacionadas