¿Ubicación óptima de archivos tempdb, mdf y ldf en SQL Server 2012 en SSD?


9

Me doy cuenta de que esta es probablemente una pregunta muy abierta y las respuestas pueden variar, pero ¿cuál es la ubicación óptima para los archivos tempdb, mdf y ldf en SQL Server 2012 cuando se habla de SSD?

Antes de la nueva compra, tenía un SSD existente con los archivos principales de SQL Server 2012 y tempdb instalado y tenía tanto el mdf / ldf en un disco duro de 7200 rpm. Luego compré 2 SSD con la intención original de poner mdf en uno y ldf en el otro.

Pero, al leer más, los discos físicos separados para archivos mdf y ldf realmente no se aplican cuando se trata de SSD. ¿Correcto?

Entonces, estaba pensando en lo siguiente:

SSD 1 - Archivos principales de SQL Server 2012 y Windows
SSD 2 - tempdb
SSD 3 - mdf y ldf

Si marca la diferencia, esto estará dedicado a una sola base de datos, por lo que no habrá disputas entre varias bases de datos.

¿Es mi configuración "pensante" buena o simplemente un desperdicio (es decir, no hay razón para separar tempdb) donde ahora tengo un SSD adicional para usar en otro lugar?


2
¿La tolerancia a fallos es una opción con su configuración? Si su base de datos es importante, las unidades mdf y ldf deben almacenarse en unidades separadas con tolerancia a fallas (por ejemplo, duplicadas).
datagod

3
Un problema potencial que veo con su configuración es que no ha tenido en cuenta una sola falla de la unidad. Si solo tiene los tres SSD para trabajar, recomendaría considerar una matriz RAID5 y colocar todos sus archivos relacionados con SQL Server en esa matriz.
Matt M

2
¿Es este un servidor de nivel de producción, o le importa si se cae si falla una unidad?
Jon Seigel

1
Olvidé mencionar esa pieza: la tolerancia a fallas no es una preocupación ya que los datos se respaldan por completo, todas las noches, pero son principalmente datos estáticos que puedo reemplazar fácilmente incluso si las copias de seguridad no fueran una opción. Los únicos datos dinámicos son principalmente el registro / auditoría, que no tiene dependencias. Cualquier pequeña interrupción en el servicio que tendría al cortar manualmente una copia de seguridad es tolerable.
Kevin

Agradezco las respuestas, todos. Tengo una pregunta de seguimiento con respecto a "¿es mejor formatear el ssd en bloques de 64k?", Pero no estoy familiarizado con el formato aquí. ¿Debo publicar eso como una nueva pregunta o está bien aquí?
Kevin

Respuestas:


5

Pero, al leer más, los discos físicos separados para archivos mdf y ldf realmente no se aplican cuando se trata de SSD. ¿Correcto?

La razón original para dividir los archivos de registro y datos en discos separados fue 2 veces más latencia y ancho de banda en las unidades.

Los SSD no eliminan estas restricciones, pero sí disminuyen / aumentan los límites de manera bastante significativa (aproximadamente 7,9 ms para una lectura con un solo HDD frente a 0,1 ms para una lectura en un único SSD).

Entonces, en última instancia, sí y no, no se aplica TANTO como con los discos duros, pero esos límites todavía están allí y aún se pueden cumplir. Todo depende de tu carga de trabajo.

¿Es mi configuración "pensante" buena o simplemente un desperdicio (es decir, no hay razón para separar tempdb) donde ahora tengo un SSD adicional para usar en otro lugar?

Asumiendo que

  • Tienes 3 SSD físicos
  • Tienes 1 disco duro físico
  • Necesita que los datos sean redundantes, pero no necesariamente el sistema en sí

Su configuración propuesta tendría algunos problemas (como se mencionó anteriormente), y la falla de una sola unidad es la principal.

Podrías ir por algo como esto.

Unidad de 7200 rpm individual :
matriz RAID 5 del sistema operativo Windows (3 SSD) : desglosada en 4 unidades (D para datos, L para registros, S para intercambio y T para temperatura)

O

Unidad de 7200 rpm
individual: SSD individual del sistema operativo Windows:
matriz RAID 1 temporal e intercambiable (2 SSD) : datos y registros

Es una preferencia personal que el mío descargue Windows en una unidad que no sea SSD cuando solo tiene un número limitado, pero esto depende completamente de lo que esté haciendo el servidor y de cuánto riesgo esté dispuesto a correr.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.