Utilidad de separar archivos de bases de datos y registros trans entre particiones
-
20-08-2019 - |
Pregunta
Algunos chicos donde trabajo están configurando un nuevo servidor de base de datos para SQL Server. El servidor tiene una unidad de sistema que también almacena copias de seguridad y una única matriz RAID 5 para los archivos de la base de datos. La matriz RAID 5 está particionada lógicamente en 2 unidades. Uno es para los archivos de base de datos reales (MDF) y el otro es para los registros de transacciones (LDF). El motivo citado son las mejores prácticas.
Mi pregunta es si esta partición adicional no tiene sentido. ¿Tiene algún propósito tener la base de datos y los registros trans en diferentes particiones lógicas si todavía comparten los mismos recursos físicos? Entiendo que hay algunas buenas razones para separar la base de datos y los archivos de registro trans en dos discos físicamente separados. Por ejemplo, la velocidad y la recuperación ante desastres deberían mejorarse. Sin embargo, no puedo pensar en ningún beneficio que no sea negado por la falta de separación física. No sé lo suficiente sobre RAID para saber con certeza.
Solución
Estás bastante en la marca. La única otra situación que podría salir mal es una corrupción de partición, y son increíblemente raras (y probablemente atendidas por su hardware RAID).
Encuentro que es más fácil hablar sobre la separación de archivos de datos de archivos de registro (o, de hecho, la separación de grupos de archivos para la paralelización de lectura de tabla) haciendo referencia a diferentes husillos en lugar de unidades diferentes . Lo hace más obvio para aquellos que saben un poco y lo saben peligrosamente :)
Otros consejos
Separar datos y archivos de registro suele ser excesivo. Si realmente tiene una situación donde la necesita, lo sabrá.
Pero incluso entonces, solo ayuda si los separas en diferentes husos. Tenerlos en el mismo husillo (s) físico (s) no te aporta nada.
Por otro lado, no pierde nada, excepto la comodidad de saber que todo lo relacionado con su base de datos está en esta carpeta.