Acelerando Nexus (optimización sql server)

“Ufff… Nexus me va lento… y mira que le he puesto Gigas de memoria al servidor, ¿¿¿qué puedo hacer???”
Gran parte de la velocidad de respuesta de Nexus depende de la optimización de nuestro Sql Server, aquí os dejamos algunos consejos prácticos de optimización del servidor de bases de datos…
1. Eligiendo versión de SQL Server___
Usar SQL Express Editon lo menos posible. Está muy bien que exista SQL Server Express Edition, pero su capacidad de optimización es mínima. Recordad que SQL Express Edition usa como máximo 1 Gb de RAM y su rendimiento no es ni por mucho como el de sus hermanos mayores, SQL Workgroup o Standard.
2.HyperThreading y SQL Server__
SQL Server se lleva FATAL con la tecnología HyperThreading. Es muy recomendable deshabilitar HyperThreading en servidores SQL Server.
3.Una de discos duros__
Las bases de datos de SQL Server se dividen como mínimo en 2 ficheros, uno de datos y otro de registro de transacciones. SQL Server tiene muy ocupado al disco duro; cuando nexus trabaja, SQL Server escribe la transacción (conjunto de sentencias sql server tratadas como una unidad) en el archivo de registro de transacciones (con extensión ldf) y después en el fichero de datos (con extensión mdf).
Por diseño, el registro de transacciones es un fichero absolutamente secuencial, en cambio, el fichero de datos no lo es. Esto hace que el cabezal del disco duro esté siempre alternando entre un fichero y otro, ya que debe escribir alternativamente en los dos.
Y después del tostón teórico… ahí va el consejo:
SQL Server agradecerá que separemos ARCHIVOS DE DATOS y ARCHIVOS DE REGISTRO DE TRANSACCIONES en DISCOS DIFERENTES.
Además, ninguno de estos discos debería contener el sistema operativo.
4.Y por supuesto….esas copias__
Como en cualquier comunicado técnico de SIE, recordad la importancia de un buen sistema de copias de seguridad… que finalmente es lo único que nos ayuda a estar totalmente tranquilos ante cualquier imprevisto.
En resumen, SQL Server es la base de datos más potente y extendida del mercado, pero en ocasiones, factores externos pueden afectar a su rendimiento, enmascarando un producto ágil, seguro y muy estable (una de peloteo a Microsoft, aunque es cierto.)
Publicado el febrero 2, 2009 en Consejos, Implantaciones y etiquetado en HyperThreading, lentitud, memoria, optimización, procesador, RAM, SQL Server, velocidad. Guarda el enlace permanente. Dejar un comentario.
Dejar un comentario