SQL Server: múltiples bases de datos con registro de transacción en una matriz SSD

Question

Sé que las matrices de HDD que tienen múltiples archivos de registro de diferentes bases de datos tienen un golpe de rendimiento, ya que cambia el patrón IO de Secuencial a aleatorio para la matriz.Por lo tanto, tener una matriz por base de datos para sus registros es una mejor práctica.

¿Alguien tiene alguna sugerencia sobre cómo ejecutar múltiples bases de datos de SQL Server con los archivos de registro para cada una de las bases de datos existentes en una matriz SSD?

¿Alguien tiene experiencia con las diferencias de los FMDS vs SSD de HISTOCHI para su hardware de HUS?Me preocupa la consolidación de las unidades individuales a unos pocos FMD y no poder sostener el rendimiento entre las bases de datos del usuario y la Tempdb si todo lo que tengo es el grupo de discos de 4 FMD para todo.

Answer 1

Cambiar de patrones de lectura / escritura secuencial a lectura lógica es mucho más dañino para las unidades de rotación que las SSD.Debido a que los SSD no tienen cabezas de lectura, la latencia es mucho menor, incluso en lecturas y escrituras no secuenciales.Tomará un golpe de rendimiento si no es secuencial, pero con SSD de gama superior, podrá acercarse o saturar las velocidades de autobús (SAS / SATA) en el sistema.Deberá asegurarse de que todo lo que esté conduciendo su matriz con pueda sostener la E / S.He encontrado que Crystaldiskmark Benchmarks W / 4K @ 32QD ha sido indicadores precisos de rendimiento en un sistema ocupado.Todo lo dicho, si su matriz SSD puede sostener el mismo IOPS en todos los registros con E / S al azar, ya que sus unidades de rotación pueden hacer secuencial, estará bien.

No tengo ninguna experiencia con FMDS vs SSDS.