locked
Distribuir en RAID 1+0 RRS feed

  • Pregunta

  • Estimados.
    Estamos planeando la distribucion de lso discos para un sql server 2008 Enterprise

    vamos asi:

    raid 1+0 S.O
    raid 1+0 Log
    raid 1+0 data

    nos "sobran" 2 discos mas que nos sugieren ??

    cada raid esta compuesto por 2 disos SAS de 140GB lo cual por la data que manejamos es mas que suficiente por los prox 5 años.


    Atte.
    PENTA.
    jueves, 21 de enero de 2010 14:57

Respuestas

  • Hola.

    En este caso, los índices nonclustered irían con la data. Ten en cuenta también lo que ocupará cada cosa, con el fin de aprovechar los recursos lo mejor posible. Es decir, si los datos ocupan 200Gb y tempdb ocupa 5Gb, poner cada cosa en discos de igual tamaño puede que no sea tan buena idea. Pero si te lo puedes permitir, porque las cosas caben, sería quizá la opción que más rendimiento conseguiría.


    Alberto López Grande (Visita mi blog en http://qwalgrande.blogspot.es/)
    • Marcado como respuesta CMAPM sábado, 23 de enero de 2010 18:58
    viernes, 22 de enero de 2010 8:29
    Moderador
  • Cierto, no había caído en ello. Tempdb debería tener sus propios discos, así como un fichero de datos de igual tamaño por CPU que vea SQL Server
    • Marcado como respuesta CMAPM sábado, 23 de enero de 2010 18:58
    viernes, 22 de enero de 2010 8:29
  • Una de las recomendaciones para tempdb es crear un archivo de datos por cada CPU que ve SQL Server. Puedes ver el nº de CPU en la pestaña Processors de las propiedades del servidor.

    En cualquier caso, te recomiendo la lectura de los siguientes documentos:

       - Working with tempdb in SQL Server 2005
       - Optimizar el rendimiento de tempdb

    • Propuesto como respuesta Carlos Sacristan viernes, 22 de enero de 2010 16:19
    • Marcado como respuesta CMAPM sábado, 23 de enero de 2010 18:58
    viernes, 22 de enero de 2010 14:19
  • Hola.

    La recomendación es que tempdb se ubique en discos dedicados y que el data tenga tantos ficheros como núcleos vea el servidor de bases de datos (núcleos se refiere a procesadores). 

    Además, es muy importante que todos tengan el mismo tamaño para que se usen todos en el mismo grado. Así, si tienes un tamaño de tempdb estimado de 20 Gb y tienes un servidor de 4 procesadores, la recomendación es que la tempdb tenga 4 ficheros en el filegroup de datos y que cada uno sea de 5 Gb.



    Alberto López Grande (Visita mi blog en http://qwalgrande.blogspot.es/)
    viernes, 22 de enero de 2010 14:20
    Moderador
  • Hola.

    En cuanto a la forma de mover los índices nonclustered a otro filegroup, te paso un link a mi blog en el que expongo un mecanismo para conseguir generar los scripts necesarios para realizar la operación.




    Alberto López Grande (Visita mi blog en http://qwalgrande.blogspot.es/)
    • Marcado como respuesta CMAPM sábado, 23 de enero de 2010 18:57
    sábado, 23 de enero de 2010 10:11
    Moderador

Todas las respuestas

  • Probablemente me plantearía montar un RAID 1 sencillo para los logs y aprovechar lo que sobra de ese RAID 10 para montar un RAID 5 para los índices, de modo que tendría

    RADI 10 SO (aquí tb podría tener un RAID 1)
    RAID 1 log
    RAID 10 datos
    RAID 5 (o 10 si da para ello) índices

    Es otra opción, pero en esto también hay configuraciones para aburrir...
    jueves, 21 de enero de 2010 15:03
  • Habia considerado el tema de los indices en un 4to raid, pero no se como indicar que los indices vayan hacia esa unidad, favor me podrian ayudar en ello, algun link ??
    jueves, 21 de enero de 2010 15:48
  • Creas un nuevo grupo de archivos para crear en él el archivo en ese nuevo RAID y reconstruyes los índices no agrupados indicando el nuevo grupo de archivos
    jueves, 21 de enero de 2010 15:52
  • Hola.

    Con el debido respeto, antes que poner los índices nonclustered en discos independientes, lo que haría sería independizar la base de datos tempdb.



    Alberto López Grande (Visita mi blog en http://qwalgrande.blogspot.es/)
    jueves, 21 de enero de 2010 19:08
    Moderador
  • Podria quedar asi entonces ?

    Raid 1+0 SO
    Raid 1+0 Log
    Raid 1+0 Data
    Raid 1+0 TempDb

    El tema de los Raid seran asi, aca mi consulta donde podria poner los indices NoClustered ??

    Ps. Cada Raid 1+0 estan compuestos por discos SAS de 147 GB y el server tiene 2 controladoras.

    PENTA.
    viernes, 22 de enero de 2010 2:12
  • Hola.

    En este caso, los índices nonclustered irían con la data. Ten en cuenta también lo que ocupará cada cosa, con el fin de aprovechar los recursos lo mejor posible. Es decir, si los datos ocupan 200Gb y tempdb ocupa 5Gb, poner cada cosa en discos de igual tamaño puede que no sea tan buena idea. Pero si te lo puedes permitir, porque las cosas caben, sería quizá la opción que más rendimiento conseguiría.


    Alberto López Grande (Visita mi blog en http://qwalgrande.blogspot.es/)
    • Marcado como respuesta CMAPM sábado, 23 de enero de 2010 18:58
    viernes, 22 de enero de 2010 8:29
    Moderador
  • Cierto, no había caído en ello. Tempdb debería tener sus propios discos, así como un fichero de datos de igual tamaño por CPU que vea SQL Server
    • Marcado como respuesta CMAPM sábado, 23 de enero de 2010 18:58
    viernes, 22 de enero de 2010 8:29
  • así como un fichero de datos de igual tamaño por CPU que vea SQL Server
    Me podrias aclarar eso ?? NO manejo el concepto.

    Mil Gracias.
    viernes, 22 de enero de 2010 14:10
  • Una de las recomendaciones para tempdb es crear un archivo de datos por cada CPU que ve SQL Server. Puedes ver el nº de CPU en la pestaña Processors de las propiedades del servidor.

    En cualquier caso, te recomiendo la lectura de los siguientes documentos:

       - Working with tempdb in SQL Server 2005
       - Optimizar el rendimiento de tempdb

    • Propuesto como respuesta Carlos Sacristan viernes, 22 de enero de 2010 16:19
    • Marcado como respuesta CMAPM sábado, 23 de enero de 2010 18:58
    viernes, 22 de enero de 2010 14:19
  • Hola.

    La recomendación es que tempdb se ubique en discos dedicados y que el data tenga tantos ficheros como núcleos vea el servidor de bases de datos (núcleos se refiere a procesadores). 

    Además, es muy importante que todos tengan el mismo tamaño para que se usen todos en el mismo grado. Así, si tienes un tamaño de tempdb estimado de 20 Gb y tienes un servidor de 4 procesadores, la recomendación es que la tempdb tenga 4 ficheros en el filegroup de datos y que cada uno sea de 5 Gb.



    Alberto López Grande (Visita mi blog en http://qwalgrande.blogspot.es/)
    viernes, 22 de enero de 2010 14:20
    Moderador
  • Hola.

    En cuanto a la forma de mover los índices nonclustered a otro filegroup, te paso un link a mi blog en el que expongo un mecanismo para conseguir generar los scripts necesarios para realizar la operación.




    Alberto López Grande (Visita mi blog en http://qwalgrande.blogspot.es/)
    • Marcado como respuesta CMAPM sábado, 23 de enero de 2010 18:57
    sábado, 23 de enero de 2010 10:11
    Moderador
  • Excelentes recomendaciones estimados.

    Atte.
    PENTA.
    sábado, 23 de enero de 2010 18:57