File groups en SQL Server 2000

Hola..

Je,je esa es la gran cuestión...

Haber, somos concientes que la aplicacion propia que comercializamos, es muy
pesada, gestion, contabilidad, producción, etc...y es genérica para nuestros
clientes, mas la personalizacion que siempre nos solicitan...

Los del departamento de I+D dicen que está revisada y los procesos de
consultas, indices, etc..son correctos y NOS PASAN LA PELOTA a los de
sistemas.

Yo estoy tambien convencido que no es problema del hard, pero...nos piden
que encontremos solución con hard o con el propio SQL

Complicado :-(

Saludos.

"Maxi" escribió en el mensaje
news:

Hola, te comento!! el problema por lo que expones no lo vas a poder
solucionar con mas hard!! revisen los procesos y bloqueos, revisen que no
existan cursores ni uso intenso de tablas temporales, ahi tienes el
problema.

Mira, te cuento un ambiente que tenemos

Servidor Pentium III 1Ghz 2GB
2 Grupos de discos SCSI 10k
230 Usuarios concurrentes

Y no tenemos problemas de performance :-)



Salu2
Maxi


"Pedro Guijosa" escribió en el mensaje
news:%
> Hola.
>
> El servidor es exclusivo para esa aplicacion, son unos 130 usuarios
> concurrentes y lo utilizan de forma intensiva.
>
> Srv HP DL 560 con 4 Xeon 2.6 con 9 GB ( 8 para SQL con AWE) y cabina MSA
> 30
> con 6 discos SCSI ( 3 RAID1)
> W2003 Enterprise y SQL Server 2000 Advanced
> CPU entre 40 y 60 % utilización...
>
>
> Nota:
> Me Corrijo del correo anterior:
> BDD (RAID 1 en la cabina de discos)
> Transaction_log ( EN OTRO RAID 1 en la cabina de discos)
> Tempdb ( RAID1 en propio servidor)
>
> Saludos y gracias de nuevo por el interes..
>
> "Maxi" escribió en el mensaje
> news:%
>> Hola, cuantos usuarios conectados hay de forma simultanea? y ademas, el
>> servidor es dedicado a SQL Server?
>>
>>
>> Salu2
>> Maxi
>>
>>
>> "Pedro Guijosa" escribió en el mensaje
>> news:
>> > Hola Maxi.
>> >
>> > Ante todo gracias por la respuesta.
>> >
>> > Tal y como comentaba en el mail serán 3 discos diferentes en RAID1

( o

> sea
>> > un total de 6 fisicos)
>> >
>> > Actualmente esta en un Srv HP con 4 procesadores, con cabina externa,
>> > etc..por lo que tambien hemos monitorizado y descartado tema de
> hardware.
>> >
>> > Esta montado de la siguiente manera:
>> >
>> > BDD (RAID 1 en la cabina de discos)
>> > Transaction_log (RAID 1 en la cabina de discos)
>> >
>> > Tempdb ( RAID1 en propio servidor)
>> >
>> > Y aun así se nos quejan de lentitud. La aplicación SQL es propia y
> nuestro
>> > Dpto Técnico descarta temas de indices o programación...
>> >
>> > Saludos.
>> >
>> >
>> >
>> > "Maxi" escribió en el mensaje
>> > news:%
>> >> Hola, primero no creo que en ese tamaño de bdd obtengas un mejor
>> > rendimiento
>> >> al hacer esto!! Primero antes de hacer los Filegroups deberias
> asegurarte
>> > q
>> >> los discos sean distintos en los fisico y no en lo logico.
>> >>
>> >> Luego deberias para pasar a los filegroups definir que cosas van a
>> >> cada
>> > uno
>> >> y con Alter Table por ej pasar las tablas.
>> >>
>> >> pero te recomiendo que antes de todo esto analices si realmente el
>> > problema
>> >> de performance lo tienes ahi, yo no haria en una bdd tan pequeña
>> > filegroups,
>> >> lo que intentaria como primer medida seria
>> >> Tener 3 juegos de discos fisicos distintos, entonces
>> >>
>> >> BDD (En un disco)
>> >> Transaction_log (en otro disco)
>> >> Tempdb (En otro disco)
>> >>
>> >>
>> >> Salu2
>> >> Maxi
>> >>
>> >>
>> >> "Pedro Guijosa" escribió en el mensaje
>> >> news:
>> >> > Tenemos una aplicación instalada sobre un SQL Server 2000
>> >> > enterprise,
>> > con
>> >> > una BBDD de 10Gb. funcionando correctamente, pero queremos

optimizar

> el
>> >> > rendimiento, con la creación de file groups, repartiendo la BBDD

en

>> >> > 3
>> >> > ficheros ubicados en 3 discos diferentes en RAID1. El proceso de
> crear
>> > los
>> >> > archivos desde el enterprise manger ya lo he realizado
>> >> > correctamente,
>> > pero
>> >> > las dudas que se me plantean es como mover los datos de la BBDD
> origen
>> >> > a
>> >> > la
>> >> > nueva creada con los file groups, con el fin de obtener el mayor
>> >> > rendimiento.
>> >> >
>> >> > Gracias y saludos
>> >> >
>> >> >
>> >> >
>> >>
>> >>
>> >>
>> >
>> >
>> >
>>
>>
>>
>
>
>

Pedro,

Yo estoy tambien convencido que no es problema del hard, pero...nos piden
que encontremos solución con hard o con el propio SQL

Entonces pon la data en RAID 10.


AMB

"Pedro Guijosa" wrote:

Hola..

Je,je esa es la gran cuestión...

Haber, somos concientes que la aplicacion propia que comercializamos, es muy
pesada, gestion, contabilidad, producción, etc...y es genérica para nuestros
clientes, mas la personalizacion que siempre nos solicitan...

Los del departamento de I+D dicen que está revisada y los procesos de
consultas, indices, etc..son correctos y NOS PASAN LA PELOTA a los de
sistemas.

Yo estoy tambien convencido que no es problema del hard, pero...nos piden
que encontremos solución con hard o con el propio SQL

Complicado :-(

Saludos.

"Maxi" escribió en el mensaje
news:
> Hola, te comento!! el problema por lo que expones no lo vas a poder
> solucionar con mas hard!! revisen los procesos y bloqueos, revisen que no
> existan cursores ni uso intenso de tablas temporales, ahi tienes el
> problema.
>
> Mira, te cuento un ambiente que tenemos
>
> Servidor Pentium III 1Ghz 2GB
> 2 Grupos de discos SCSI 10k
> 230 Usuarios concurrentes
>
> Y no tenemos problemas de performance :-)
>
>
>
> Salu2
> Maxi
>
>
> "Pedro Guijosa" escribió en el mensaje
> news:%
> > Hola.
> >
> > El servidor es exclusivo para esa aplicacion, son unos 130 usuarios
> > concurrentes y lo utilizan de forma intensiva.
> >
> > Srv HP DL 560 con 4 Xeon 2.6 con 9 GB ( 8 para SQL con AWE) y cabina MSA
> > 30
> > con 6 discos SCSI ( 3 RAID1)
> > W2003 Enterprise y SQL Server 2000 Advanced
> > CPU entre 40 y 60 % utilización...
> >
> >
> > Nota:
> > Me Corrijo del correo anterior:
> > BDD (RAID 1 en la cabina de discos)
> > Transaction_log ( EN OTRO RAID 1 en la cabina de discos)
> > Tempdb ( RAID1 en propio servidor)
> >
> > Saludos y gracias de nuevo por el interes..
> >
> > "Maxi" escribió en el mensaje
> > news:%
> >> Hola, cuantos usuarios conectados hay de forma simultanea? y ademas, el
> >> servidor es dedicado a SQL Server?
> >>
> >>
> >> Salu2
> >> Maxi
> >>
> >>
> >> "Pedro Guijosa" escribió en el mensaje
> >> news:
> >> > Hola Maxi.
> >> >
> >> > Ante todo gracias por la respuesta.
> >> >
> >> > Tal y como comentaba en el mail serán 3 discos diferentes en RAID1
( o
> > sea
> >> > un total de 6 fisicos)
> >> >
> >> > Actualmente esta en un Srv HP con 4 procesadores, con cabina externa,
> >> > etc..por lo que tambien hemos monitorizado y descartado tema de
> > hardware.
> >> >
> >> > Esta montado de la siguiente manera:
> >> >
> >> > BDD (RAID 1 en la cabina de discos)
> >> > Transaction_log (RAID 1 en la cabina de discos)
> >> >
> >> > Tempdb ( RAID1 en propio servidor)
> >> >
> >> > Y aun así se nos quejan de lentitud. La aplicación SQL es propia y
> > nuestro
> >> > Dpto Técnico descarta temas de indices o programación...
> >> >
> >> > Saludos.
> >> >
> >> >
> >> >
> >> > "Maxi" escribió en el mensaje
> >> > news:%
> >> >> Hola, primero no creo que en ese tamaño de bdd obtengas un mejor
> >> > rendimiento
> >> >> al hacer esto!! Primero antes de hacer los Filegroups deberias
> > asegurarte
> >> > q
> >> >> los discos sean distintos en los fisico y no en lo logico.
> >> >>
> >> >> Luego deberias para pasar a los filegroups definir que cosas van a
> >> >> cada
> >> > uno
> >> >> y con Alter Table por ej pasar las tablas.
> >> >>
> >> >> pero te recomiendo que antes de todo esto analices si realmente el
> >> > problema
> >> >> de performance lo tienes ahi, yo no haria en una bdd tan pequeña
> >> > filegroups,
> >> >> lo que intentaria como primer medida seria
> >> >> Tener 3 juegos de discos fisicos distintos, entonces
> >> >>
> >> >> BDD (En un disco)
> >> >> Transaction_log (en otro disco)
> >> >> Tempdb (En otro disco)
> >> >>
> >> >>
> >> >> Salu2
> >> >> Maxi
> >> >>
> >> >>
> >> >> "Pedro Guijosa" escribió en el mensaje
> >> >> news:
> >> >> > Tenemos una aplicación instalada sobre un SQL Server 2000
> >> >> > enterprise,
> >> > con
> >> >> > una BBDD de 10Gb. funcionando correctamente, pero queremos
optimizar
> > el
> >> >> > rendimiento, con la creación de file groups, repartiendo la BBDD
en
> >> >> > 3
> >> >> > ficheros ubicados en 3 discos diferentes en RAID1. El proceso de
> > crear
> >> > los
> >> >> > archivos desde el enterprise manger ya lo he realizado
> >> >> > correctamente,
> >> > pero
> >> >> > las dudas que se me plantean es como mover los datos de la BBDD
> > origen
> >> >> > a
> >> >> > la
> >> >> > nueva creada con los file groups, con el fin de obtener el mayor
> >> >> > rendimiento.
> >> >> >
> >> >> > Gracias y saludos
> >> >> >
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >>
> >>
> >>
> >
> >
> >
>
>
>

Hola, hace una cosa, bajate el bestpravtice analizer de MS y correlo sobre
el servidor, esto te dira si hay problemas de sideño. Puedes imprimir el
reporte si es asi y pasar la pelota donde corresponde!! yo te aseguro 99% q
el problema es programacion.


Salu2
Maxi


"Pedro Guijosa" escribió en el mensaje
news:

Hola..

Je,je esa es la gran cuestión...

Haber, somos concientes que la aplicacion propia que comercializamos, es
muy
pesada, gestion, contabilidad, producción, etc...y es genérica para
nuestros
clientes, mas la personalizacion que siempre nos solicitan...

Los del departamento de I+D dicen que está revisada y los procesos de
consultas, indices, etc..son correctos y NOS PASAN LA PELOTA a los de
sistemas.

Yo estoy tambien convencido que no es problema del hard, pero...nos piden
que encontremos solución con hard o con el propio SQL

Complicado :-(

Saludos.

"Maxi" escribió en el mensaje
news:

Hola, te comento!! el problema por lo que expones no lo vas a poder
solucionar con mas hard!! revisen los procesos y bloqueos, revisen que no
existan cursores ni uso intenso de tablas temporales, ahi tienes el
problema.

Mira, te cuento un ambiente que tenemos

Servidor Pentium III 1Ghz 2GB
2 Grupos de discos SCSI 10k
230 Usuarios concurrentes

Y no tenemos problemas de performance :-)



Salu2
Maxi


"Pedro Guijosa" escribió en el mensaje
news:%
> Hola.
>
> El servidor es exclusivo para esa aplicacion, son unos 130 usuarios
> concurrentes y lo utilizan de forma intensiva.
>
> Srv HP DL 560 con 4 Xeon 2.6 con 9 GB ( 8 para SQL con AWE) y cabina
> MSA
> 30
> con 6 discos SCSI ( 3 RAID1)
> W2003 Enterprise y SQL Server 2000 Advanced
> CPU entre 40 y 60 % utilización...
>
>
> Nota:
> Me Corrijo del correo anterior:
> BDD (RAID 1 en la cabina de discos)
> Transaction_log ( EN OTRO RAID 1 en la cabina de discos)
> Tempdb ( RAID1 en propio servidor)
>
> Saludos y gracias de nuevo por el interes..
>
> "Maxi" escribió en el mensaje
> news:%
>> Hola, cuantos usuarios conectados hay de forma simultanea? y ademas,
>> el
>> servidor es dedicado a SQL Server?
>>
>>
>> Salu2
>> Maxi
>>
>>
>> "Pedro Guijosa" escribió en el mensaje
>> news:
>> > Hola Maxi.
>> >
>> > Ante todo gracias por la respuesta.
>> >
>> > Tal y como comentaba en el mail serán 3 discos diferentes en RAID1

( o

> sea
>> > un total de 6 fisicos)
>> >
>> > Actualmente esta en un Srv HP con 4 procesadores, con cabina
>> > externa,
>> > etc..por lo que tambien hemos monitorizado y descartado tema de
> hardware.
>> >
>> > Esta montado de la siguiente manera:
>> >
>> > BDD (RAID 1 en la cabina de discos)
>> > Transaction_log (RAID 1 en la cabina de discos)
>> >
>> > Tempdb ( RAID1 en propio servidor)
>> >
>> > Y aun así se nos quejan de lentitud. La aplicación SQL es propia y
> nuestro
>> > Dpto Técnico descarta temas de indices o programación...
>> >
>> > Saludos.
>> >
>> >
>> >
>> > "Maxi" escribió en el mensaje
>> > news:%
>> >> Hola, primero no creo que en ese tamaño de bdd obtengas un mejor
>> > rendimiento
>> >> al hacer esto!! Primero antes de hacer los Filegroups deberias
> asegurarte
>> > q
>> >> los discos sean distintos en los fisico y no en lo logico.
>> >>
>> >> Luego deberias para pasar a los filegroups definir que cosas van a
>> >> cada
>> > uno
>> >> y con Alter Table por ej pasar las tablas.
>> >>
>> >> pero te recomiendo que antes de todo esto analices si realmente el
>> > problema
>> >> de performance lo tienes ahi, yo no haria en una bdd tan pequeña
>> > filegroups,
>> >> lo que intentaria como primer medida seria
>> >> Tener 3 juegos de discos fisicos distintos, entonces
>> >>
>> >> BDD (En un disco)
>> >> Transaction_log (en otro disco)
>> >> Tempdb (En otro disco)
>> >>
>> >>
>> >> Salu2
>> >> Maxi
>> >>
>> >>
>> >> "Pedro Guijosa" escribió en el mensaje
>> >> news:
>> >> > Tenemos una aplicación instalada sobre un SQL Server 2000
>> >> > enterprise,
>> > con
>> >> > una BBDD de 10Gb. funcionando correctamente, pero queremos

optimizar

> el
>> >> > rendimiento, con la creación de file groups, repartiendo la BBDD

en

>> >> > 3
>> >> > ficheros ubicados en 3 discos diferentes en RAID1. El proceso de
> crear
>> > los
>> >> > archivos desde el enterprise manger ya lo he realizado
>> >> > correctamente,
>> > pero
>> >> > las dudas que se me plantean es como mover los datos de la BBDD
> origen
>> >> > a
>> >> > la
>> >> > nueva creada con los file groups, con el fin de obtener el mayor
>> >> > rendimiento.
>> >> >
>> >> > Gracias y saludos
>> >> >
>> >> >
>> >> >
>> >>
>> >>
>> >>
>> >
>> >
>> >
>>
>>
>>
>
>
>

Hola.

Gracias a los 2,

Probaremos esta tool y ya os comento..

Salu2

"Maxi" escribió en el mensaje
news:

Hola, hace una cosa, bajate el bestpravtice analizer de MS y correlo sobre
el servidor, esto te dira si hay problemas de sideño. Puedes imprimir el
reporte si es asi y pasar la pelota donde corresponde!! yo te aseguro 99%

q

el problema es programacion.


Salu2
Maxi


"Pedro Guijosa" escribió en el mensaje
news:
> Hola..
>
> Je,je esa es la gran cuestión...
>
> Haber, somos concientes que la aplicacion propia que comercializamos, es
> muy
> pesada, gestion, contabilidad, producción, etc...y es genérica para
> nuestros
> clientes, mas la personalizacion que siempre nos solicitan...
>
> Los del departamento de I+D dicen que está revisada y los procesos de
> consultas, indices, etc..son correctos y NOS PASAN LA PELOTA a los de
> sistemas.
>
> Yo estoy tambien convencido que no es problema del hard, pero...nos

piden

> que encontremos solución con hard o con el propio SQL
>
> Complicado :-(
>
> Saludos.
>
> "Maxi" escribió en el mensaje
> news:
>> Hola, te comento!! el problema por lo que expones no lo vas a poder
>> solucionar con mas hard!! revisen los procesos y bloqueos, revisen que

no

>> existan cursores ni uso intenso de tablas temporales, ahi tienes el
>> problema.
>>
>> Mira, te cuento un ambiente que tenemos
>>
>> Servidor Pentium III 1Ghz 2GB
>> 2 Grupos de discos SCSI 10k
>> 230 Usuarios concurrentes
>>
>> Y no tenemos problemas de performance :-)
>>
>>
>>
>> Salu2
>> Maxi
>>
>>
>> "Pedro Guijosa" escribió en el mensaje
>> news:%
>> > Hola.
>> >
>> > El servidor es exclusivo para esa aplicacion, son unos 130 usuarios
>> > concurrentes y lo utilizan de forma intensiva.
>> >
>> > Srv HP DL 560 con 4 Xeon 2.6 con 9 GB ( 8 para SQL con AWE) y cabina
>> > MSA
>> > 30
>> > con 6 discos SCSI ( 3 RAID1)
>> > W2003 Enterprise y SQL Server 2000 Advanced
>> > CPU entre 40 y 60 % utilización...
>> >
>> >
>> > Nota:
>> > Me Corrijo del correo anterior:
>> > BDD (RAID 1 en la cabina de discos)
>> > Transaction_log ( EN OTRO RAID 1 en la cabina de discos)
>> > Tempdb ( RAID1 en propio servidor)
>> >
>> > Saludos y gracias de nuevo por el interes..
>> >
>> > "Maxi" escribió en el mensaje
>> > news:%
>> >> Hola, cuantos usuarios conectados hay de forma simultanea? y ademas,
>> >> el
>> >> servidor es dedicado a SQL Server?
>> >>
>> >>
>> >> Salu2
>> >> Maxi
>> >>
>> >>
>> >> "Pedro Guijosa" escribió en el mensaje
>> >> news:
>> >> > Hola Maxi.
>> >> >
>> >> > Ante todo gracias por la respuesta.
>> >> >
>> >> > Tal y como comentaba en el mail serán 3 discos diferentes en RAID1
> ( o
>> > sea
>> >> > un total de 6 fisicos)
>> >> >
>> >> > Actualmente esta en un Srv HP con 4 procesadores, con cabina
>> >> > externa,
>> >> > etc..por lo que tambien hemos monitorizado y descartado tema de
>> > hardware.
>> >> >
>> >> > Esta montado de la siguiente manera:
>> >> >
>> >> > BDD (RAID 1 en la cabina de discos)
>> >> > Transaction_log (RAID 1 en la cabina de discos)
>> >> >
>> >> > Tempdb ( RAID1 en propio servidor)
>> >> >
>> >> > Y aun así se nos quejan de lentitud. La aplicación SQL es propia y
>> > nuestro
>> >> > Dpto Técnico descarta temas de indices o programación...
>> >> >
>> >> > Saludos.
>> >> >
>> >> >
>> >> >
>> >> > "Maxi" escribió en el mensaje
>> >> > news:%
>> >> >> Hola, primero no creo que en ese tamaño de bdd obtengas un mejor
>> >> > rendimiento
>> >> >> al hacer esto!! Primero antes de hacer los Filegroups deberias
>> > asegurarte
>> >> > q
>> >> >> los discos sean distintos en los fisico y no en lo logico.
>> >> >>
>> >> >> Luego deberias para pasar a los filegroups definir que cosas van

a

>> >> >> cada
>> >> > uno
>> >> >> y con Alter Table por ej pasar las tablas.
>> >> >>
>> >> >> pero te recomiendo que antes de todo esto analices si realmente

el

>> >> > problema
>> >> >> de performance lo tienes ahi, yo no haria en una bdd tan pequeña
>> >> > filegroups,
>> >> >> lo que intentaria como primer medida seria
>> >> >> Tener 3 juegos de discos fisicos distintos, entonces
>> >> >>
>> >> >> BDD (En un disco)
>> >> >> Transaction_log (en otro disco)
>> >> >> Tempdb (En otro disco)
>> >> >>
>> >> >>
>> >> >> Salu2
>> >> >> Maxi
>> >> >>
>> >> >>
>> >> >> "Pedro Guijosa" escribió en el mensaje
>> >> >> news:
>> >> >> > Tenemos una aplicación instalada sobre un SQL Server 2000
>> >> >> > enterprise,
>> >> > con
>> >> >> > una BBDD de 10Gb. funcionando correctamente, pero queremos
> optimizar
>> > el
>> >> >> > rendimiento, con la creación de file groups, repartiendo la

BBDD

> en
>> >> >> > 3
>> >> >> > ficheros ubicados en 3 discos diferentes en RAID1. El proceso

de

>> > crear
>> >> > los
>> >> >> > archivos desde el enterprise manger ya lo he realizado
>> >> >> > correctamente,
>> >> > pero
>> >> >> > las dudas que se me plantean es como mover los datos de la BBDD
>> > origen
>> >> >> > a
>> >> >> > la
>> >> >> > nueva creada con los file groups, con el fin de obtener el

mayor

>> >> >> > rendimiento.
>> >> >> >
>> >> >> > Gracias y saludos
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >>
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >> >
>> >>
>> >>
>> >>
>> >
>> >
>> >
>>
>>
>>
>
>
>