Problema de SQL Lento

Hola, podrias medir la cantidad de paquetes que envia y recibe el servidor


Salu2
Maxi


"Carlo Sorrel" escribió en el mensaje
news:%
Mostrar la cita

Me podrias indicar que puedo medir de la interface de red por favor,
ese
no lo he medido

"qwalgrande" <qwalgrande*nospam*@yahoo.es> escribió en el mensaje
news:
Mostrar la cita

Hola.

Necesitas averiguar dónde tienes el cuello (o cuellos) de botella. Para

ello
Mostrar la cita

pon unos contadores (los de siempre) para determinar si el mayor problema

lo
Mostrar la cita

tienes en CPU, memoria, I/O, red o del propio SQL Server. Te podría decir

un
Mostrar la cita

montón de contadores, pero no sé si estás familiarizado con el tema, con

lo
Mostrar la cita

que seguramente sabrás cuáles poner. Dependiendo del resultado que

observes,
Mostrar la cita

las medidas a tomar serán unas u otras, pero para arreglar el problema,
primero hay que saber cuál es el problema. Cualquier otra cosa sería dar
palos de ciego.

Si quieres más info, no dudes en preguntar.

qwalgrande

"Carlo Sorrel" wrote:

> Si le hago..., de hecho el log me pesa actualmente unos 60 mb., de
> 9

Gb
Mostrar la cita

> que tiene de espacio asignado, el gran problema es que la base es
> de
> Solomon, la cual no se puede modificar mucho, es un producto ERP de
> Microsoft, y en realidad me tiene loco, te cuento, esta

maquina
Mostrar la cita

> esta en Cluster, con otra de similares caracteristicas, lo único
> que
> hace es dar el Servicio de SQL..., a mi juicio es un maquinon, el
> problema puede estar en que es un Raid 5 con 8 discos, el log lo tengo
> separado y la tempdb tambien, pero aún asi esta lento, el problema

esta
Mostrar la cita

> basicamente al realizar las liberaciones de datos..., bloquea casi las
> tablas en forma completa
> "MAXI" escribió en el mensaje
> news:
> > Hola, pues primero habria que identificar si el problema es en el

servidor
Mostrar la cita

> > de BDD.
> >
> > Podrias mirar para ello algunos contadores como por ej
> >
> > Utilizacion CPU
> > Escritura en disco
> >
> > Si esto esta ok, yo revisaria el tema de bloqueos con el profiler por

ej.
Mostrar la cita

> >
> > Le haces un mantenimiento al log no?
> >
> >
> >
> > Maxi
> >
> > Buenos Aires - Argentina
> > Desarrollador .NET 3 Estrellas
> > Microsoft User Group (MUG)
> >
> > MSN:
> > "Carlo Sorrel" escribió en el mensaje
> > news:%23Qr$
> > > Estimados, necesito ayuda, tengo un Solomon 5.0 que ataca una base

de
Mostrar la cita

> > > datos
> > > SQL 2000 Enterprise Edition con una maquina de 2 procesadores Xeon

MP de
Mostrar la cita

> > > 2Mb
> > > de cache y 6 GB de RAM, la base pesa actualmente 97 GB, la cual

trabaja
Mostrar la cita

> > > sumamente lento. Tengo el log separado en otro disco duro, la
> > > tempdb
> > > tambien
> > > en otros disco, con respaldos de Log cada 20 minutos, diferenciales
> > > diarios
> > > y Full Semanal, pero de todas formas es muy lento. Que me puede

estar
Mostrar la cita

> > > pasando...???, Seria recomendable realizar filegroup's..???, los

indices
Mostrar la cita

> > > como deben quedar...???
> > > Agradezco cualquier ayuda que me puedan dar..???
> > >
> > > Atte.,
> > > Carlo Sorrel
> > >
> > >
> >
> >
>
>
>

Hola.

Te voy a indicar los que yo mido para todo lo relacionado con la red, que no
significa que sean los perfectos:
Network Interface: Bytes Total/sec
Network Segment: % Network Utilization
Network Interface: Current Bandwidth
Server: Bytes Received/sec
Server: Bytes Transm/sec
SQL Server: SQL Statistics: Batch Request/sec

¿Tienes ya alguna pista de por dónde puede estar el cuello de botella?

qwalgrande
"Carlo Sorrel" wrote:

Mostrar la cita

Me podrias indicar que puedo medir de la interface de red por favor, ese
no lo he medido

"qwalgrande" <qwalgrande*nospam*@yahoo.es> escribió en el mensaje
news:
> Hola.
>
> Necesitas averiguar dónde tienes el cuello (o cuellos) de botella. Para
ello
> pon unos contadores (los de siempre) para determinar si el mayor problema
lo
> tienes en CPU, memoria, I/O, red o del propio SQL Server. Te podría decir
un
> montón de contadores, pero no sé si estás familiarizado con el tema, con
lo
> que seguramente sabrás cuáles poner. Dependiendo del resultado que
observes,
> las medidas a tomar serán unas u otras, pero para arreglar el problema,
> primero hay que saber cuál es el problema. Cualquier otra cosa sería dar
> palos de ciego.
>
> Si quieres más info, no dudes en preguntar.
>
> qwalgrande
>
> "Carlo Sorrel" wrote:
>
> > Si le hago..., de hecho el log me pesa actualmente unos 60 mb., de 9
Gb
> > que tiene de espacio asignado, el gran problema es que la base es de
> > Solomon, la cual no se puede modificar mucho, es un producto ERP de
> > Microsoft, y en realidad me tiene loco, te cuento, esta
maquina
> > esta en Cluster, con otra de similares caracteristicas, lo único que
> > hace es dar el Servicio de SQL..., a mi juicio es un maquinon, el
> > problema puede estar en que es un Raid 5 con 8 discos, el log lo tengo
> > separado y la tempdb tambien, pero aún asi esta lento, el problema
esta
> > basicamente al realizar las liberaciones de datos..., bloquea casi las
> > tablas en forma completa
> > "MAXI" escribió en el mensaje
> > news:
> > > Hola, pues primero habria que identificar si el problema es en el
servidor
> > > de BDD.
> > >
> > > Podrias mirar para ello algunos contadores como por ej
> > >
> > > Utilizacion CPU
> > > Escritura en disco
> > >
> > > Si esto esta ok, yo revisaria el tema de bloqueos con el profiler por
ej.
> > >
> > > Le haces un mantenimiento al log no?
> > >
> > >
> > >
> > > Maxi
> > >
> > > Buenos Aires - Argentina
> > > Desarrollador .NET 3 Estrellas
> > > Microsoft User Group (MUG)
> > >
> > > MSN:
> > > "Carlo Sorrel" escribió en el mensaje
> > > news:%23Qr$
> > > > Estimados, necesito ayuda, tengo un Solomon 5.0 que ataca una base
de
> > > > datos
> > > > SQL 2000 Enterprise Edition con una maquina de 2 procesadores Xeon
MP de
> > > > 2Mb
> > > > de cache y 6 GB de RAM, la base pesa actualmente 97 GB, la cual
trabaja
> > > > sumamente lento. Tengo el log separado en otro disco duro, la tempdb
> > > > tambien
> > > > en otros disco, con respaldos de Log cada 20 minutos, diferenciales
> > > > diarios
> > > > y Full Semanal, pero de todas formas es muy lento. Que me puede
estar
> > > > pasando...???, Seria recomendable realizar filegroup's..???, los
indices
> > > > como deben quedar...???
> > > > Agradezco cualquier ayuda que me puedan dar..???
> > > >
> > > > Atte.,
> > > > Carlo Sorrel
> > > >
> > > >
> > >
> > >
> >
> >
> >

En realidad no todavia..., con contadores tomados anteriormente todo
indicaba a los discos..., tenian un encolamiento horrible, pero ahora
estamos re-estructurando de a poco, pero no notamos cambios..., y ayer se
puso horriblemente lento..., lo cual persiste el día de hoy., en
realidad no se que puede estar pasando, ahora se me sumo otro
problema..., al agregarle discos a la maquina, se me desaparecieron los
contadores de disco, active el diskperf pero no pasa nada..., alguna
idea...???

"qwalgrande" <qwalgrande*nospam*@yahoo.es> escribió en el mensaje
news:
Mostrar la cita

Hola.

Te voy a indicar los que yo mido para todo lo relacionado con la red, que

no
Mostrar la cita

significa que sean los perfectos:
Network Interface: Bytes Total/sec
Network Segment: % Network Utilization
Network Interface: Current Bandwidth
Server: Bytes Received/sec
Server: Bytes Transm/sec
SQL Server: SQL Statistics: Batch Request/sec

¿Tienes ya alguna pista de por dónde puede estar el cuello de botella?

qwalgrande
"Carlo Sorrel" wrote:

> Me podrias indicar que puedo medir de la interface de red por favor,

ese
Mostrar la cita

> no lo he medido
>
> "qwalgrande" <qwalgrande*nospam*@yahoo.es> escribió en el mensaje
> news:
> > Hola.
> >
> > Necesitas averiguar dónde tienes el cuello (o cuellos) de botella.

Para
Mostrar la cita

> ello
> > pon unos contadores (los de siempre) para determinar si el mayor

problema
Mostrar la cita

> lo
> > tienes en CPU, memoria, I/O, red o del propio SQL Server. Te podría

decir
Mostrar la cita

> un
> > montón de contadores, pero no sé si estás familiarizado con el tema,

con
Mostrar la cita

> lo
> > que seguramente sabrás cuáles poner. Dependiendo del resultado que
> observes,
> > las medidas a tomar serán unas u otras, pero para arreglar el

problema,
Mostrar la cita

> > primero hay que saber cuál es el problema. Cualquier otra cosa sería

dar
Mostrar la cita

> > palos de ciego.
> >
> > Si quieres más info, no dudes en preguntar.
> >
> > qwalgrande
> >
> > "Carlo Sorrel" wrote:
> >
> > > Si le hago..., de hecho el log me pesa actualmente unos 60 mb.,

de 9
Mostrar la cita

> Gb
> > > que tiene de espacio asignado, el gran problema es que la base

es de
Mostrar la cita

> > > Solomon, la cual no se puede modificar mucho, es un producto ERP

de
Mostrar la cita

> > > Microsoft, y en realidad me tiene loco, te cuento, esta
> maquina
> > > esta en Cluster, con otra de similares caracteristicas, lo único

que
Mostrar la cita

> > > hace es dar el Servicio de SQL..., a mi juicio es un maquinon,

el
Mostrar la cita

> > > problema puede estar en que es un Raid 5 con 8 discos, el log lo

tengo
Mostrar la cita

> > > separado y la tempdb tambien, pero aún asi esta lento, el

problema
Mostrar la cita

> esta
> > > basicamente al realizar las liberaciones de datos..., bloquea casi

las
Mostrar la cita

> > > tablas en forma completa
> > > "MAXI" escribió en el mensaje
> > > news:
> > > > Hola, pues primero habria que identificar si el problema es en el
> servidor
> > > > de BDD.
> > > >
> > > > Podrias mirar para ello algunos contadores como por ej
> > > >
> > > > Utilizacion CPU
> > > > Escritura en disco
> > > >
> > > > Si esto esta ok, yo revisaria el tema de bloqueos con el profiler

por
Mostrar la cita

> ej.
> > > >
> > > > Le haces un mantenimiento al log no?
> > > >
> > > >
> > > >
> > > > Maxi
> > > >
> > > > Buenos Aires - Argentina
> > > > Desarrollador .NET 3 Estrellas
> > > > Microsoft User Group (MUG)
> > > >
> > > > MSN:
> > > > "Carlo Sorrel" escribió en el mensaje
> > > > news:%23Qr$
> > > > > Estimados, necesito ayuda, tengo un Solomon 5.0 que ataca una

base
Mostrar la cita

> de
> > > > > datos
> > > > > SQL 2000 Enterprise Edition con una maquina de 2 procesadores

Xeon
Mostrar la cita

> MP de
> > > > > 2Mb
> > > > > de cache y 6 GB de RAM, la base pesa actualmente 97 GB, la cual
> trabaja
> > > > > sumamente lento. Tengo el log separado en otro disco duro, la

tempdb
Mostrar la cita

> > > > > tambien
> > > > > en otros disco, con respaldos de Log cada 20 minutos,

diferenciales
Mostrar la cita

> > > > > diarios
> > > > > y Full Semanal, pero de todas formas es muy lento. Que me puede
> estar
> > > > > pasando...???, Seria recomendable realizar filegroup's..???, los
> indices
> > > > > como deben quedar...???
> > > > > Agradezco cualquier ayuda que me puedan dar..???
> > > > >
> > > > > Atte.,
> > > > > Carlo Sorrel
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > >
>
>
>

Hola.

Por partes. Como sabes, para que se activen los contadores de disco, debes
hacer un reinicio (ojo, antes de hacer el cambio de nodo, para todos los
contadores que tengas, en concreto los de SQL o los perderás también). Luego,
es posible que obtengas una ralentización aún mayor, pero tienes que poner
contadores o no sabrás qué pasa. Ponlos desde otra máquina, por supuesto. En
pocos minutos tendrás una primera aproximación para seguir investigando.

Por decir un par de cosas,
- ¿tienes full-text search? Si lo tienes, asegurate de que el catálogo
está funcionando. A veces se queda roto y las consultas te van a las tablas
directamente (las que sean compatibles, claro), con lo que el servidor entero
se muere y es muy difícil de dar con ello. Para arreglarlo (en caso de que no
vaya) le haces un full populate.
- asegúrate de que ninguna reindexación (las cuales harás más o menos a
menudo), ningún backup, ningún chequeo de integridad está corriendo en el
servidor fuera de su horario normal. Si crees que el problema es de disco,
estas operaciones lo agravarían.
- ¿Has cambiado el servicio de nodo últimamente? En ocasiones, un nodo
está instalado diferente que el otro, por ahí te pueden llegar infinidad de
problemas.

En fin, suerte y no dejes de comentarnos.

qwalgrande

"Carlo Sorrel" wrote:

Mostrar la cita

En realidad no todavia..., con contadores tomados anteriormente todo
indicaba a los discos..., tenian un encolamiento horrible, pero ahora
estamos re-estructurando de a poco, pero no notamos cambios..., y ayer se
puso horriblemente lento..., lo cual persiste el día de hoy., en
realidad no se que puede estar pasando, ahora se me sumo otro
problema..., al agregarle discos a la maquina, se me desaparecieron los
contadores de disco, active el diskperf pero no pasa nada..., alguna
idea...???

"qwalgrande" <qwalgrande*nospam*@yahoo.es> escribió en el mensaje
news:
> Hola.
>
> Te voy a indicar los que yo mido para todo lo relacionado con la red, que
no
> significa que sean los perfectos:
> Network Interface: Bytes Total/sec
> Network Segment: % Network Utilization
> Network Interface: Current Bandwidth
> Server: Bytes Received/sec
> Server: Bytes Transm/sec
> SQL Server: SQL Statistics: Batch Request/sec
>
> ¿Tienes ya alguna pista de por dónde puede estar el cuello de botella?
>
> qwalgrande
> "Carlo Sorrel" wrote:
>
> > Me podrias indicar que puedo medir de la interface de red por favor,
ese
> > no lo he medido
> >
> > "qwalgrande" <qwalgrande*nospam*@yahoo.es> escribió en el mensaje
> > news:
> > > Hola.
> > >
> > > Necesitas averiguar dónde tienes el cuello (o cuellos) de botella.
Para
> > ello
> > > pon unos contadores (los de siempre) para determinar si el mayor
problema
> > lo
> > > tienes en CPU, memoria, I/O, red o del propio SQL Server. Te podría
decir
> > un
> > > montón de contadores, pero no sé si estás familiarizado con el tema,
con
> > lo
> > > que seguramente sabrás cuáles poner. Dependiendo del resultado que
> > observes,
> > > las medidas a tomar serán unas u otras, pero para arreglar el
problema,
> > > primero hay que saber cuál es el problema. Cualquier otra cosa sería
dar
> > > palos de ciego.
> > >
> > > Si quieres más info, no dudes en preguntar.
> > >
> > > qwalgrande
> > >
> > > "Carlo Sorrel" wrote:
> > >
> > > > Si le hago..., de hecho el log me pesa actualmente unos 60 mb.,
de 9
> > Gb
> > > > que tiene de espacio asignado, el gran problema es que la base
es de
> > > > Solomon, la cual no se puede modificar mucho, es un producto ERP
de
> > > > Microsoft, y en realidad me tiene loco, te cuento, esta
> > maquina
> > > > esta en Cluster, con otra de similares caracteristicas, lo único
que
> > > > hace es dar el Servicio de SQL..., a mi juicio es un maquinon,
el
> > > > problema puede estar en que es un Raid 5 con 8 discos, el log lo
tengo
> > > > separado y la tempdb tambien, pero aún asi esta lento, el
problema
> > esta
> > > > basicamente al realizar las liberaciones de datos..., bloquea casi
las
> > > > tablas en forma completa
> > > > "MAXI" escribió en el mensaje
> > > > news:
> > > > > Hola, pues primero habria que identificar si el problema es en el
> > servidor
> > > > > de BDD.
> > > > >
> > > > > Podrias mirar para ello algunos contadores como por ej
> > > > >
> > > > > Utilizacion CPU
> > > > > Escritura en disco
> > > > >
> > > > > Si esto esta ok, yo revisaria el tema de bloqueos con el profiler
por
> > ej.
> > > > >
> > > > > Le haces un mantenimiento al log no?
> > > > >
> > > > >
> > > > >
> > > > > Maxi
> > > > >
> > > > > Buenos Aires - Argentina
> > > > > Desarrollador .NET 3 Estrellas
> > > > > Microsoft User Group (MUG)
> > > > >
> > > > > MSN:
> > > > > "Carlo Sorrel" escribió en el mensaje
> > > > > news:%23Qr$
> > > > > > Estimados, necesito ayuda, tengo un Solomon 5.0 que ataca una
base
> > de
> > > > > > datos
> > > > > > SQL 2000 Enterprise Edition con una maquina de 2 procesadores
Xeon
> > MP de
> > > > > > 2Mb
> > > > > > de cache y 6 GB de RAM, la base pesa actualmente 97 GB, la cual
> > trabaja
> > > > > > sumamente lento. Tengo el log separado en otro disco duro, la
tempdb
> > > > > > tambien
> > > > > > en otros disco, con respaldos de Log cada 20 minutos,
diferenciales
> > > > > > diarios
> > > > > > y Full Semanal, pero de todas formas es muy lento. Que me puede
> > estar
> > > > > > pasando...???, Seria recomendable realizar filegroup's..???, los
> > indices
> > > > > > como deben quedar...???
> > > > > > Agradezco cualquier ayuda que me puedan dar..???
> > > > > >
> > > > > > Atte.,
> > > > > > Carlo Sorrel
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> >
> >
> >

Gracias por su apoyo muchachos, de corazon, con respecto a tus
consultas..., no utilizamos Full-Text search, no corre ninguna
re-indexación durante las horas laborales (las 24 hrs. en mi caso)...,
corren solamente los días domingo, desgraciamdamente la base es tan
grande que no se alcanza a realizar completa, por lo que ya opte por
re-indexar a mano las tablas mas utilizadas, y no, no se han realizado
cambios de nodo ultimamente.
Ya tengo agendado para estas noches cambios de tablas e indices..., voy a
crear dos filegroup en raid 1 distintos..., como se tratan los indices en
este caso..???, deben quedar todos en el mismo filegroup..???

"qwalgrande" <qwalgrande*nospam*@yahoo.es> escribió en el mensaje
news:
Mostrar la cita

Hola.

Por partes. Como sabes, para que se activen los contadores de disco, debes
hacer un reinicio (ojo, antes de hacer el cambio de nodo, para todos los
contadores que tengas, en concreto los de SQL o los perderás también).

Luego,
Mostrar la cita

es posible que obtengas una ralentización aún mayor, pero tienes que poner
contadores o no sabrás qué pasa. Ponlos desde otra máquina, por supuesto.

En
Mostrar la cita

pocos minutos tendrás una primera aproximación para seguir investigando.

Por decir un par de cosas,
- ¿tienes full-text search? Si lo tienes, asegurate de que el catálogo
está funcionando. A veces se queda roto y las consultas te van a las

tablas
Mostrar la cita

directamente (las que sean compatibles, claro), con lo que el servidor

entero
Mostrar la cita

se muere y es muy difícil de dar con ello. Para arreglarlo (en caso de que

no
Mostrar la cita

vaya) le haces un full populate.
- asegúrate de que ninguna reindexación (las cuales harás más o menos a
menudo), ningún backup, ningún chequeo de integridad está corriendo en el
servidor fuera de su horario normal. Si crees que el problema es de disco,
estas operaciones lo agravarían.
- ¿Has cambiado el servicio de nodo últimamente? En ocasiones, un nodo
está instalado diferente que el otro, por ahí te pueden llegar infinidad

de
Mostrar la cita

problemas.

En fin, suerte y no dejes de comentarnos.

qwalgrande

"Carlo Sorrel" wrote:

> En realidad no todavia..., con contadores tomados anteriormente todo
> indicaba a los discos..., tenian un encolamiento horrible, pero

ahora
Mostrar la cita

> estamos re-estructurando de a poco, pero no notamos cambios..., y ayer

se
Mostrar la cita

> puso horriblemente lento..., lo cual persiste el día de hoy., en
> realidad no se que puede estar pasando, ahora se me sumo otro
> problema..., al agregarle discos a la maquina, se me desaparecieron los
> contadores de disco, active el diskperf pero no pasa nada..., alguna
> idea...???
>
> "qwalgrande" <qwalgrande*nospam*@yahoo.es> escribió en el mensaje
> news:
> > Hola.
> >
> > Te voy a indicar los que yo mido para todo lo relacionado con la red,

que
Mostrar la cita

> no
> > significa que sean los perfectos:
> > Network Interface: Bytes Total/sec
> > Network Segment: % Network Utilization
> > Network Interface: Current Bandwidth
> > Server: Bytes Received/sec
> > Server: Bytes Transm/sec
> > SQL Server: SQL Statistics: Batch Request/sec
> >
> > ¿Tienes ya alguna pista de por dónde puede estar el cuello de botella?
> >
> > qwalgrande
> > "Carlo Sorrel" wrote:
> >
> > > Me podrias indicar que puedo medir de la interface de red por

favor,
Mostrar la cita

> ese
> > > no lo he medido
> > >
> > > "qwalgrande" <qwalgrande*nospam*@yahoo.es> escribió en el mensaje
> > > news:
> > > > Hola.
> > > >
> > > > Necesitas averiguar dónde tienes el cuello (o cuellos) de botella.
> Para
> > > ello
> > > > pon unos contadores (los de siempre) para determinar si el mayor
> problema
> > > lo
> > > > tienes en CPU, memoria, I/O, red o del propio SQL Server. Te

podría
Mostrar la cita

> decir
> > > un
> > > > montón de contadores, pero no sé si estás familiarizado con el

tema,
Mostrar la cita

> con
> > > lo
> > > > que seguramente sabrás cuáles poner. Dependiendo del resultado que
> > > observes,
> > > > las medidas a tomar serán unas u otras, pero para arreglar el
> problema,
> > > > primero hay que saber cuál es el problema. Cualquier otra cosa

sería
Mostrar la cita

> dar
> > > > palos de ciego.
> > > >
> > > > Si quieres más info, no dudes en preguntar.
> > > >
> > > > qwalgrande
> > > >
> > > > "Carlo Sorrel" wrote:
> > > >
> > > > > Si le hago..., de hecho el log me pesa actualmente unos 60

mb.,
Mostrar la cita

> de 9
> > > Gb
> > > > > que tiene de espacio asignado, el gran problema es que la

base
Mostrar la cita

> es de
> > > > > Solomon, la cual no se puede modificar mucho, es un producto

ERP
Mostrar la cita

> de
> > > > > Microsoft, y en realidad me tiene loco, te cuento,

esta
Mostrar la cita

> > > maquina
> > > > > esta en Cluster, con otra de similares caracteristicas, lo

único
Mostrar la cita

> que
> > > > > hace es dar el Servicio de SQL..., a mi juicio es un

maquinon,
Mostrar la cita

> el
> > > > > problema puede estar en que es un Raid 5 con 8 discos, el log lo
> tengo
> > > > > separado y la tempdb tambien, pero aún asi esta lento, el
> problema
> > > esta
> > > > > basicamente al realizar las liberaciones de datos..., bloquea

casi
Mostrar la cita

> las
> > > > > tablas en forma completa
> > > > > "MAXI" escribió en el mensaje
> > > > > news:
> > > > > > Hola, pues primero habria que identificar si el problema es en

el
Mostrar la cita

> > > servidor
> > > > > > de BDD.
> > > > > >
> > > > > > Podrias mirar para ello algunos contadores como por ej
> > > > > >
> > > > > > Utilizacion CPU
> > > > > > Escritura en disco
> > > > > >
> > > > > > Si esto esta ok, yo revisaria el tema de bloqueos con el

profiler
Mostrar la cita

> por
> > > ej.
> > > > > >
> > > > > > Le haces un mantenimiento al log no?
> > > > > >
> > > > > >
> > > > > >
> > > > > > Maxi
> > > > > >
> > > > > > Buenos Aires - Argentina
> > > > > > Desarrollador .NET 3 Estrellas
> > > > > > Microsoft User Group (MUG)
> > > > > >
> > > > > > MSN:
> > > > > > "Carlo Sorrel" escribió en el mensaje
> > > > > > news:%23Qr$
> > > > > > > Estimados, necesito ayuda, tengo un Solomon 5.0 que ataca

una
Mostrar la cita

> base
> > > de
> > > > > > > datos
> > > > > > > SQL 2000 Enterprise Edition con una maquina de 2

procesadores
Mostrar la cita

> Xeon
> > > MP de
> > > > > > > 2Mb
> > > > > > > de cache y 6 GB de RAM, la base pesa actualmente 97 GB, la

cual
Mostrar la cita

> > > trabaja
> > > > > > > sumamente lento. Tengo el log separado en otro disco duro,

la
Mostrar la cita

> tempdb
> > > > > > > tambien
> > > > > > > en otros disco, con respaldos de Log cada 20 minutos,
> diferenciales
> > > > > > > diarios
> > > > > > > y Full Semanal, pero de todas formas es muy lento. Que me

puede
Mostrar la cita

> > > estar
> > > > > > > pasando...???, Seria recomendable realizar filegroup's..???,

los
Mostrar la cita

> > > indices
> > > > > > > como deben quedar...???
> > > > > > > Agradezco cualquier ayuda que me puedan dar..???
> > > > > > >
> > > > > > > Atte.,
> > > > > > > Carlo Sorrel
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > >
> > >
> > >
>
>
>