Varios puestos conectados = extremadamente lento!!!

También usar SQL Profiler y ejecutar una traza para analizar cuáles son
las
peores consultas y si la aplicación cliente provoca demasiados bloqueos.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Luis Mata" wrote:

verifica
que cantidad de datos en las consultas van desde el server al cliente,
quizas todos pidan miles y miles de registros simultanemamente.
y tambien revisa tu red.
usa un sniffer para poder ver el trafico de cada cliente y tambien del
server

Luis Mata

"Gabriel Dameñov" escribió en el mensaje
news:%
> Estimados colegas:
> Recurro a Uds. porque estoy teniendo un problema de una gravedad
> importante y no conozco cómo solucionarlo.
>
> En un sistema cliente - servidor, sobre SQL Server 2000 SP3, cuando
> se
> ejecutan varios puestos cliente simultáneamente (de 5 para arriba) el
> sistema se torna insoportablemente lento. Al punto de que pasan minutos
> para realizar una consulta sencilla.
>
> La conexión de todos los puestos la hago utilizando un mismo usuario
> de
> SQL Server. Conecto utilizando ODBC para las vistas y cadenas de
> conexión
> para las consultas.
>
> ¿Alguna idea de cuál puede ser el problema?
>
> Muchas gracias y espero vuestra respuesta.
>
> Gabriel J. Dameñov
> Granadero Baigorria
> Santa Fe - Argentina
> -
>
>

Estimados colegas:
Recurro a Uds. porque estoy teniendo un problema de una gravedad
importante y no conozco cómo solucionarlo.

En un sistema cliente - servidor, sobre SQL Server 2000 SP3, cuando se
ejecutan varios puestos cliente simultáneamente (de 5 para arriba) el
sistema se torna insoportablemente lento. Al punto de que pasan minutos
para realizar una consulta sencilla.

La conexión de todos los puestos la hago utilizando un mismo usuario de
SQL Server. Conecto utilizando ODBC para las vistas y cadenas de conexión
para las consultas.

¿Alguna idea de cuál puede ser el problema?

Muchas gracias y espero vuestra respuesta.

Gabriel J. Dameñov
Granadero Baigorria
Santa Fe - Argentina
-

Muy buena herramienta pero me quedo con el sniffer

"Gux (MVP)" escribió en el mensaje
news:
> También usar SQL Profiler y ejecutar una traza para analizar cuáles son
> las
> peores consultas y si la aplicación cliente provoca demasiados bloqueos.
>
> Gustavo Larriera, Microsoft MVP
> https://mvp.support.microsoft.com/profile/gux
> Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
>
>
>
> "Luis Mata" wrote:
>
>> verifica
>> que cantidad de datos en las consultas van desde el server al cliente,
>> quizas todos pidan miles y miles de registros simultanemamente.
>> y tambien revisa tu red.
>> usa un sniffer para poder ver el trafico de cada cliente y tambien del
>> server
>>
>> Luis Mata
>>
>> "Gabriel Dameñov" escribió en el mensaje
>> news:%
>> > Estimados colegas:
>> > Recurro a Uds. porque estoy teniendo un problema de una gravedad
>> > importante y no conozco cómo solucionarlo.
>> >
>> > En un sistema cliente - servidor, sobre SQL Server 2000 SP3, cuando
>> > se
>> > ejecutan varios puestos cliente simultáneamente (de 5 para arriba) el
>> > sistema se torna insoportablemente lento. Al punto de que pasan minutos
>> > para realizar una consulta sencilla.
>> >
>> > La conexión de todos los puestos la hago utilizando un mismo usuario
>> > de
>> > SQL Server. Conecto utilizando ODBC para las vistas y cadenas de
>> > conexión
>> > para las consultas.
>> >
>> > ¿Alguna idea de cuál puede ser el problema?
>> >
>> > Muchas gracias y espero vuestra respuesta.
>> >
>> > Gabriel J. Dameñov
>> > Granadero Baigorria
>> > Santa Fe - Argentina
>> > -
>> >
>> >
>>
>>
>>

Un Profiler y un snifer son herramientas bien diferentes, y una no
sustituye
a la otra.

Un sniffer ayuda para analizar a nivel de capa de red pero no sirve en
absoluto para medir a nivel de capa de aplicación. Por ejemplo, con el
Profiler usted puede detectar bloqueos de transacciones y cuál es el
consumo
de recursos (tiempo, procesador, etc.) de cada cosulta.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Luis Mata" wrote:

Muy buena herramienta pero me quedo con el sniffer

"Gux (MVP)" escribió en el mensaje
news:
> También usar SQL Profiler y ejecutar una traza para analizar cuáles son
> las
> peores consultas y si la aplicación cliente provoca demasiados
> bloqueos.
>
> Gustavo Larriera, Microsoft MVP
> https://mvp.support.microsoft.com/profile/gux
> Este mensaje se proporciona tal como es, sin garantías de ninguna
> clase.
>
>
>
> "Luis Mata" wrote:
>
>> verifica
>> que cantidad de datos en las consultas van desde el server al cliente,
>> quizas todos pidan miles y miles de registros simultanemamente.
>> y tambien revisa tu red.
>> usa un sniffer para poder ver el trafico de cada cliente y tambien del
>> server
>>
>> Luis Mata
>>
>> "Gabriel Dameñov" escribió en el mensaje
>> news:%
>> > Estimados colegas:
>> > Recurro a Uds. porque estoy teniendo un problema de una gravedad
>> > importante y no conozco cómo solucionarlo.
>> >
>> > En un sistema cliente - servidor, sobre SQL Server 2000 SP3,
>> > cuando
>> > se
>> > ejecutan varios puestos cliente simultáneamente (de 5 para arriba)
>> > el
>> > sistema se torna insoportablemente lento. Al punto de que pasan
>> > minutos
>> > para realizar una consulta sencilla.
>> >
>> > La conexión de todos los puestos la hago utilizando un mismo
>> > usuario
>> > de
>> > SQL Server. Conecto utilizando ODBC para las vistas y cadenas de
>> > conexión
>> > para las consultas.
>> >
>> > ¿Alguna idea de cuál puede ser el problema?
>> >
>> > Muchas gracias y espero vuestra respuesta.
>> >
>> > Gabriel J. Dameñov
>> > Granadero Baigorria
>> > Santa Fe - Argentina
>> > -
>> >
>> >
>>
>>
>>

Un Profiler y un snifer son herramientas bien diferentes, y una no
sustituye
a la otra.

Un sniffer ayuda para analizar a nivel de capa de red pero no sirve en
absoluto para medir a nivel de capa de aplicación. Por ejemplo, con el
Profiler usted puede detectar bloqueos de transacciones y cuál es el
consumo
de recursos (tiempo, procesador, etc.) de cada cosulta.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Luis Mata" wrote:

Muy buena herramienta pero me quedo con el sniffer

"Gux (MVP)" escribió en el mensaje
news:
> También usar SQL Profiler y ejecutar una traza para analizar cuáles son
> las
> peores consultas y si la aplicación cliente provoca demasiados
> bloqueos.
>
> Gustavo Larriera, Microsoft MVP
> https://mvp.support.microsoft.com/profile/gux
> Este mensaje se proporciona tal como es, sin garantías de ninguna
> clase.
>
>
>
> "Luis Mata" wrote:
>
>> verifica
>> que cantidad de datos en las consultas van desde el server al cliente,
>> quizas todos pidan miles y miles de registros simultanemamente.
>> y tambien revisa tu red.
>> usa un sniffer para poder ver el trafico de cada cliente y tambien del
>> server
>>
>> Luis Mata
>>
>> "Gabriel Dameñov" escribió en el mensaje
>> news:%
>> > Estimados colegas:
>> > Recurro a Uds. porque estoy teniendo un problema de una gravedad
>> > importante y no conozco cómo solucionarlo.
>> >
>> > En un sistema cliente - servidor, sobre SQL Server 2000 SP3,
>> > cuando
>> > se
>> > ejecutan varios puestos cliente simultáneamente (de 5 para arriba)
>> > el
>> > sistema se torna insoportablemente lento. Al punto de que pasan
>> > minutos
>> > para realizar una consulta sencilla.
>> >
>> > La conexión de todos los puestos la hago utilizando un mismo
>> > usuario
>> > de
>> > SQL Server. Conecto utilizando ODBC para las vistas y cadenas de
>> > conexión
>> > para las consultas.
>> >
>> > ¿Alguna idea de cuál puede ser el problema?
>> >
>> > Muchas gracias y espero vuestra respuesta.
>> >
>> > Gabriel J. Dameñov
>> > Granadero Baigorria
>> > Santa Fe - Argentina
>> > -
>> >
>> >
>>
>>
>>