Importancia de la ubicación de instalación de Microsoft SQL Server

Importancia de la ubicación de instalación de Microsoft SQL Server

Tengo un servidor con un disco lento barato y un disco rápido caro.

Quiero usar el disco costoso para todas las cosas en las que es importante que sea rápido, como mis bases de datos.

Para ahorrar dinero, quiero usar el disco lento para cualquier cosa en la que no haya mucha diferencia si es rápido o lento, como las copias de seguridad.

Ahora mi pregunta es ¿deberíainstalar¿Mi Microsoft SQL Server en el disco lento o rápido?

(Para ser claros, colocaré mis bases de datos en el disco rápido pase lo que pase, por lo que mi pregunta solo se refiere a la ubicación de la instalación en sí)

Respuesta1

Esto es una especie de opinión, pero yo pondría los archivos binarios de SQL Server en el disco lento. Es bastante común colocar los archivos binarios en el disco del sistema operativo (aunque algunas personas lo odian) o en un disco más lento.

Sin embargo, definitivamente querrás recordar colocar las bases de datos de tu sistema, especialmente tempdb, en el disco más rápido. De hecho, también es común colocar tempdb solo.

Esto está en línea cona pareja de artículosDescubrí que podría serte útil.

También hay que pensar en las copias de seguridad del registro de transacciones, y esto no me convence porque usted quiere los LDF en el disco más rápido y también quiere copias de seguridad en un disco diferente al de donde residen las bases de datos, pero sería mejor si estuvieran en un disco más rápido. Tendrás que tomar una decisión, pero probablemente haría una copia de seguridad en el disco más lento y me quejaría. ;)

Respuesta2

Me gustaría darle seguimiento abastante buena respuesta Katherine Villeyardya puesto.

Depende en cierta medida del uso previsto de su base de datos.
Si espera muchas operaciones de escritura, continúe y coloque sus archivos .mdfy .ndfen el disco más rápido.

Sin embargo, si su base de datos es cualquiera de ellas, generalmente es bastante estática (que sirve contenido web, por ejemplo). Y las consultas no varían mucho; es probable que obtenga una gran cantidad de consultas en su memoria o incluso en caché en el lado de la aplicación. En ese momento, será mejor que utilice el disco más rápido para sus .ldfcopias tempdbde seguridad.

Del mismo modo, si espera muchas consultas grandes, como las de una OLAPbase de datos, es mejor almacenarlas .mdfen tempdbel disco más rápido. Y colocarlo .ldfen sus discos más lentos, ya que no suele ser parte del cuello de botella.

En cualquier caso, no se moleste en poner los binarios en el disco rápido, generalmente los colocamos en un disco lento (no en el sistema, si se puede evitar).
Además, no se obsesione con intentar colocar los archivos .ldfy .mdfen el disco rápido, generalmente están separados siempre que sea posible.

En resumen, revise su carga para ver cuál será el cuello de botella más probable.

Respuesta3

Tienes las cosas al revés. Sé que es contrario a la intuición, pero desea que las copias de seguridad (especialmente las copias de seguridad del registro de transacciones) se realicen en el disco rápido y los archivos mdf/ldf (con la notable excepción de tempdb) en el disco lento.

Puede pensar en ello como si Sql Server mantuviera dos representaciones de sus datos. Los archivos MDF+LDF representan el estado actual de la base de datos, mientras que la copia de seguridad (incluidas las copias de seguridad del registro de transacciones desde la última copia de seguridad completa) representan lo que necesita para restaurar el estado actual de la base de datos en caso de una falla. Desea mantener estas dos representaciones separadas entre sí, de modo que un evento que destruya una representación no dañe también la otra.

Resulta el rendimiento del servidor Sql.tiende adepender deLOTEmás información sobre qué tan rápido puede escribir archivos de registro de transaccionesy sus copias de seguridadsobre qué tan rápido puede acceder a los archivos mdf. Esto significa que debe considerar seriamente colocar copias de seguridad en el disco rápido (lo ideal sería agregar un pequeño SSD al servidor que pueda usar para archivos ldf, para darles velocidad y al mismo tiempo preservar la separación de sus copias de seguridad). Desafortunadamente, esto deja el disco lento para tus archivos MDF, pero nuevamente: no importará tanto como crees.

Vale la pena señalar que lo anterior supone que tiene suficiente RAM, que sigue las cargas de trabajo típicas y que planea usar el modo de recuperación completa, en lugar del simple. Además, el funcionamiento del sistema y el programa Sql Server instalado.puede sercolocado en el disco lento, aunque, por supuesto, probablemente quieras todo el espacio que tengas para vivir en el disco rápido.

información relacionada