¿1 unidad lógica frente a 2 controladores lógicos en 1 controlador raid para separar los datos de los archivos de registro?

¿1 unidad lógica frente a 2 controladores lógicos en 1 controlador raid para separar los datos de los archivos de registro?

Estoy configurando un nuevo servidor: tiene 1 controlador raid con 8 discos de 146 Gb. El sistema está actualmente configurado en Raid 1+0 pero tiene solo 1 unidad lógica, lo cual no es tan óptimo ya que los datos y los archivos de registro deberían estar en discos separados.

¿Tiene sentido reconfigurar el sistema para usar:

  • 2 discos como disco lógico raid-1 para registros de SO+
  • 6 discos como disco lógico raid-10 para datos

Todos los discos todavía están en el mismo controlador raid, así que no sé si esto me da una ventaja de rendimiento.

¡Gracias por el consejo!

Respuesta1

Depende de si su base de datos será principalmente de lectura, principalmente de escritura o una combinación desconocida.

Si la base de datos será principalmente de lecturas (SELECT), utilice las ocho unidades en el mismo RAID 10.

Si la base de datos se escribirá principalmente (INSERTACIONES/ACTUALIZACIONES/ELIMINACIONES), entonces es posible que desee considerar dos matrices RAID 10 de 4 unidades, especialmente si sus bases de datos realizarán copias de seguridad frecuentes de registros de transacciones, duplicación de bases de datos o envío de registros.

Si simplemente no lo sabe, elegiría 2+6 si el servidor tiene espacio para agregar discos duros adicionales en el futuro. De esa manera, si decide que necesita más rendimiento en los conjuntos de datos o registros más adelante, generalmente puede agregar pares de unidades en caliente y volver a dividirlas sin que se produzca una interrupción. Si publica el modelo de la tarjeta RAID, podemos comprobarlo con seguridad.

Si no lo sabe y no tiene espacio para agregar unidades adicionales, entonces optaría por una única matriz de 8 unidades para facilitar la administración. No estará tan preocupado por quedarse sin espacio en las unidades de registro.

Y no importa qué opción elija, coloque los archivos de registro en una unidad lógica separada del sistema operativo. Si de repente tiene un gran volumen de transacciones y los archivos de registro llenan la unidad lógica (C) del sistema operativo, su servidor puede dejar de funcionar.

Respuesta2

Aquí hay una pregunta que hice hace un tiempo en este sitio:

Configuración recomendada de disco/partición para un servidor SQL

Parece que puede ayudarle con su situación actual.

Básicamente, intente que su sistema operativo esté en RAID 1, datos en RAID 10 (en este momento salgo de RAID 5) e inicie sesión en RAID 1. Las publicaciones en el tema describen muy bien por qué querría esto. .

Le desaconsejaría colocar sus archivos de registro en las mismas unidades que su sistema operativo. Los archivos de registro tienen una molesta tendencia a crecer mucho y esto podría potencialmente llenar la unidad de su sistema operativo, lo cual no sería bueno. Si están en sus propias unidades, solo debería afectar a SQL si las unidades se llenan.

Respuesta3

Tanto en RAID 1 como en 0+1 se lee unsector únicodesde un disco y escribirlo en dos.

Historia diferente si tienes RAID 5, en el cual, dadonortediscos físicos, lees desden-1y escribir ennorte.

En tu configuración, la única diferencia entre dos escenarios es que un raidset falla gravemente, todavía tienes el otro raidset, por si sirve de algo.

Respuesta4

Lo reconfiguraría para tener 2 unidades lógicas. Para empezar, tener el sistema operativo en un eje separado de sus datos es una buena práctica porque facilita las restauraciones. Además, aunque no conozco los detalles del controlador RAID, en general dividir su sistema operativo en un conjunto diferente de unidades aumentará el rendimiento porque reducirá la contención en las unidades y disminuirá el llamado IO Thrashing cuando los discos pasan demasiado tiempo. búsqueda y falta de lectura/escritura.

información relacionada