Lentitud ejecucionsp en servidor

30/08/2010 - 22:29 por Felix | Informe spam
Hola tengo dos equipos.
Uno con 4gb + 4procesadores en el que ejecuto diversos sp que leen de
una base de datos e insertan en otra.
Despues tengo acceso a un servidor con 8 procesadores + 16 gigas de
ram que hace lo mismo

Ambos con SQL2005Server 64 bits, la misma base de datos origen y
destino.

Pues en el mas sencillo leer tablas de la base origen, despues de
procesasla se pasan a las tablas de la origen mediante la ejecucion de
diversos stores procedures, me darda como 9 horas. Pues lo mismo en el
servidor de 8 micros+16 gigas de ram seme va a casi 2 dias.

Ya cambie distintos parametros en el SQL como no autoredudir, no crear
estadisticas, eliminar indices que no se usan, crearindices que SQL
2005 me recomienda, y mas detalles que lei que ralentizan los
procesos.
Antes de nada regenero indices con dbcc reindex (tabla,80)

Alguien sabe si un equipo tan potente puede ser contraproducente para
cieras tareas. Lo que no entiendo es como el equipo mas sencillo lo
hace todo mas rapido.

Preguntas similare

Leer las respuestas

#1 cubaman
09/09/2010 - 10:17 | Informe spam
On 30 ago, 22:29, Felix wrote:
Hola tengo dos equipos.
Uno con 4gb + 4procesadores en el que ejecuto diversos sp que leen de
una base de datos e insertan en otra.
Despues tengo acceso a un servidor con 8 procesadores + 16 gigas de
ram que hace lo mismo

Ambos con SQL2005Server 64 bits, la misma base de datos origen y
destino.

Pues en el mas sencillo leer tablas  de la base origen, despues de
procesasla se pasan a las tablas de la origen mediante la ejecucion de
diversos stores procedures, me darda como 9 horas. Pues lo mismo en el
servidor de 8 micros+16 gigas de ram seme va a casi 2 dias.

Ya cambie distintos parametros en el SQL como no autoredudir, no crear
estadisticas, eliminar indices que no se usan, crearindices que SQL
2005 me recomienda, y mas detalles que lei que ralentizan los
procesos.
Antes de nada regenero indices con dbcc reindex (tabla,80)

Alguien sabe si un equipo tan potente puede ser contraproducente para
cieras tareas. Lo que no entiendo es como el equipo mas sencillo lo
hace todo mas rapido.



Que configuración de discos tienes? Lo mas efectivo es poner el log en
raid 1 y los datos en raid 10 para operaciones de lectura/escritura.
Saludos
Respuesta Responder a este mensaje
#2 cubaman
09/09/2010 - 10:18 | Informe spam
On 9 sep, 10:17, cubaman wrote:
On 30 ago, 22:29, Felix wrote:



> Hola tengo dos equipos.
> Uno con 4gb + 4procesadores en el que ejecuto diversos sp que leen de
> una base de datos e insertan en otra.
> Despues tengo acceso a un servidor con 8 procesadores + 16 gigas de
> ram que hace lo mismo

> Ambos con SQL2005Server 64 bits, la misma base de datos origen y
> destino.

> Pues en el mas sencillo leer tablas  de la base origen, despues de
> procesasla se pasan a las tablas de la origen mediante la ejecucion de
> diversos stores procedures, me darda como 9 horas. Pues lo mismo en el
> servidor de 8 micros+16 gigas de ram seme va a casi 2 dias.

> Ya cambie distintos parametros en el SQL como no autoredudir, no crear
> estadisticas, eliminar indices que no se usan, crearindices que SQL
> 2005 me recomienda, y mas detalles que lei que ralentizan los
> procesos.
> Antes de nada regenero indices con dbcc reindex (tabla,80)

> Alguien sabe si un equipo tan potente puede ser contraproducente para
> cieras tareas. Lo que no entiendo es como el equipo mas sencillo lo
> hace todo mas rapido.

Que configuración de discos tienes? Lo mas efectivo es poner el log en
raid 1 y los datos en raid 10 para operaciones de lectura/escritura.
Saludos



Aquí puedes ver una comparativa de rendimientos para distintas
configuraciones de disco:
http://www.zdnet.com/blog/ou/compre...report/484
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida