Después de realizar tres consultas consecutivas se produce un retardo.

Oscar, me temo que tu problema no es de SQL y puede ser de RED o bien de la
aplicacion en si, has probado desde el query analizer como te he dicho?


-
Microsoft M.V.P en SQLServer
SQLTotal Consulting - Servicios en SQLServer
Email:
"Oscar Alarcón" escribió en el mensaje
news:
Hola.

Mientras ejecutaba la aplicación de consola, en una de las veces que
se ha quedado esperando se ha producido el siguiente error:

El servidor SQL Server no existe o bien se ha denagado el acceso.

Se produjo en la función del sqlclient OpenAndLogin.

Mirando por ahí he visto que ha problemas cuando se utilizan
conexiones TCP/IP al SQL Server y no hay pool de conexiones. Creo que
este es mi caso, porque en la cadena de conexión el Data Source es
192.168.0.9,1433 y la opción de pooling a false. En otras máquinas
donde está instalada la aplicación y utilizando el nombre de la
máquina como Data Source no ocurre este problema.

Gracias por las respuestas. Espero que esto clarifique un poco más el
problema que tengo.

Oscar

On 25 mayo, 18:54, "Jesús López" wrote:

Y procura optimizar las consultas, un 100% de procesador indica que tu
sistema se queda corto. Así que o bien optimizas la aplicación o bien
comprar más fierro.

Saludos:

Jesús Lópezwww.solidq.com

"OscarAlarcón" escribió en el
mensajenews:
Hola.

Viendo la ejecución desde el profiler de SQL Server, aparece en el
momento en el que la ejecución va más lenta, he visto como las
sentencias SQL se lanzan a golpes: primero unas cuantas, después nada,
luego otras cuantas, etc. hasta que termina la ejecución del informe.

En el monitor de rendimiento he visto lo siguiente:

- Cuando ejecuto el informe hay una subida al 100% tanto del
contador: "Inicios de sesión/seg", junto al contador: "Num. peticiones
lotes/seg". Se mantiene durante un instante al 100%, baja y entonces
ya puedo ver el informe ejecutado.
- Cuando se enlentece la ejecución se produce esto mismo, pero en vez
de mantenerse un "tiempo" al 100%, no lo hace, simplemente es un pico
y baja. Pasado un tiempo, vuelve a lanzar otro pico en los dos
contadores y al bajar ya puedo ver el informe.
- El contador:" % tiempo de procesador de sqlserver" siempre está al
100% (ejecuta otras consultas de otra aplicación constantemente).

Además es periódico, después de una ejecución lenta, vienen tres o
cuatro ejecuciones rápidas y después otra lenta.

Tampoco se si lo he comentado antes, pero el IIS y el SQL Server se
encuentran en la misma máquina, entonces no se si será un problema de
red.

Voy a probar a ejecutar los informes desde una aplicación de consola
para descarta que el problema sea el IIS.

Gracias por la respuesta.
Oscar

On 24 mayo, 15:53, "Maxi" wrote:

> Hola, primero hay que ir por partes, no sabemos si es como la aplicacion
> lo
> usa, si es la red o el SQL, trata de ejecutar primero las querys desde
> el
> SQL las tres veces seguidas y fijate que sucede, el que queda muerto hay
> que
> ver quien es, SQL queda muerto? como lo has verificado?


> Salu2

> Microsoft MVP SQL Server
> Culminis Speaker
>
> "OscarAlarcón" escribió en el
> mensajenews:
> Hola.

> Tengo una aplicación ASP.NET (framework 1.1, montana en un Windows
> Server 2003 sp1, IIS v.6) que se dedica a ejecutar informes creados en
> la misma aplicación.

> El problema es el siguiente:

> Si intento ejecutar más de tres veces consecutivas el informe,
> simplemente llamando al SQL Server 2000 SP4 para cargar la definición
> del informe y sus datos; la cuarta vez se queda como muerto.

> Revisando el rendimiento, veo que en las tres primeras llamadas se
> produce un inicio de sesión, una petición de información y se muestra
> el informe. En la cuarta, se produce lo mismo que en las anteriores,
> sólo que este inicio de sesión y petición de datos es mucho más corta;
> la aplicación se queda "esperando", y al tiempo, se vuelve a realizar
> un nuevo inicio de sesión junto a una nueva carga de datos,
> mostrandose, ahora sí, el informe.

> ¿Alguien sabe lo que está ocurriendo? Esta misma aplicación funciona
> correctamente en otras máquinas con las mismas versiones de windows y
> SQL Server. Incluso conectando con Oracle.

> Gracias de antemano.
> Oscar

Buenos días.

No creo que pueda lanzar todas las sentencias SQL porque son muchas y
tendría que estar buscando cuales son. ¿Me podrías decir cuales son
las soluciones al problema en los dos casos?

a) Si en el quert analizer todo va correcto.
b) Si en el query analizer se comporta igual que en la aplicación.

De la aplicación, espero que no sea, porque en ninguna otra
configuración se da esta circunstancia. Me inclino a pensar en que es
un problema con la conexión TCP/IP con el SQL Server.

Gracias.


On 26 mayo, 15:40, "Maxi" wrote:

Oscar, me temo que tu problema no es de SQL y puede ser de RED o bien de la
aplicacion en si, has probado desde el query analizer como te he dicho?


-
Microsoft M.V.P en SQLServer
SQLTotal Consulting - Servicios en SQLServer
Email:
"OscarAlarcón" escribió en el mensajenews:
Hola.

Mientras ejecutaba la aplicación de consola, en una de las veces que
se ha quedado esperando se ha producido el siguiente error:

El servidor SQL Server no existe o bien se ha denagado el acceso.

Se produjo en la función del sqlclient OpenAndLogin.

Mirando por ahí he visto que ha problemas cuando se utilizan
conexiones TCP/IP al SQL Server y no hay pool de conexiones. Creo que
este es mi caso, porque en la cadena de conexión el Data Source es
192.168.0.9,1433 y la opción de pooling a false. En otras máquinas
donde está instalada la aplicación y utilizando el nombre de la
máquina como Data Source no ocurre este problema.

Gracias por las respuestas. Espero que esto clarifique un poco más el
problema que tengo.

Oscar

On 25 mayo, 18:54, "Jesús López" wrote:

> Y procura optimizar las consultas, un 100% de procesador indica que tu
> sistema se queda corto. Así que o bien optimizas la aplicación o bien
> comprar más fierro.

> Saludos:

> Jesús Lópezwww.solidq.com

> "OscarAlarcón" escribió en el
> mensajenews:
> Hola.

> Viendo la ejecución desde el profiler de SQL Server, aparece en el
> momento en el que la ejecución va más lenta, he visto como las
> sentencias SQL se lanzan a golpes: primero unas cuantas, después nada,
> luego otras cuantas, etc. hasta que termina la ejecución del informe.

> En el monitor de rendimiento he visto lo siguiente:

> - Cuando ejecuto el informe hay una subida al 100% tanto del
> contador: "Inicios de sesión/seg", junto al contador: "Num. peticiones
> lotes/seg". Se mantiene durante un instante al 100%, baja y entonces
> ya puedo ver el informe ejecutado.
> - Cuando se enlentece la ejecución se produce esto mismo, pero en vez
> de mantenerse un "tiempo" al 100%, no lo hace, simplemente es un pico
> y baja. Pasado un tiempo, vuelve a lanzar otro pico en los dos
> contadores y al bajar ya puedo ver el informe.
> - El contador:" % tiempo de procesador de sqlserver" siempre está al
> 100% (ejecuta otras consultas de otra aplicación constantemente).

> Además es periódico, después de una ejecución lenta, vienen tres o
> cuatro ejecuciones rápidas y después otra lenta.

> Tampoco se si lo he comentado antes, pero el IIS y el SQL Server se
> encuentran en la misma máquina, entonces no se si será un problema de
> red.

> Voy a probar a ejecutar los informes desde una aplicación de consola
> para descarta que el problema sea el IIS.

> Gracias por la respuesta.
> Oscar

> On 24 mayo, 15:53, "Maxi" wrote:

> > Hola, primero hay que ir por partes, no sabemos si es como la aplicacion
> > lo
> > usa, si es la red o el SQL, trata de ejecutar primero las querys desde
> > el
> > SQL las tres veces seguidas y fijate que sucede, el que queda muerto hay
> > que
> > ver quien es, SQL queda muerto? como lo has verificado?


> > Salu2

> > Microsoft MVP SQL Server
> > Culminis Speaker
> >
> > "OscarAlarcón" escribió en el
> > mensajenews:
> > Hola.

> > Tengo una aplicación ASP.NET (framework 1.1, montana en un Windows
> > Server 2003 sp1, IIS v.6) que se dedica a ejecutar informes creados en
> > la misma aplicación.

> > El problema es el siguiente:

> > Si intento ejecutar más de tres veces consecutivas el informe,
> > simplemente llamando al SQL Server 2000 SP4 para cargar la definición
> > del informe y sus datos; la cuarta vez se queda como muerto.

> > Revisando el rendimiento, veo que en las tres primeras llamadas se
> > produce un inicio de sesión, una petición de información y se muestra
> > el informe. En la cuarta, se produce lo mismo que en las anteriores,
> > sólo que este inicio de sesión y petición de datos es mucho más corta;
> > la aplicación se queda "esperando", y al tiempo, se vuelve a realizar
> > un nuevo inicio de sesión junto a una nueva carga de datos,
> > mostrandose, ahora sí, el informe.

> > ¿Alguien sabe lo que está ocurriendo? Esta misma aplicación funciona
> > correctamente en otras máquinas con las mismas versiones de windows y
> > SQL Server. Incluso conectando con Oracle.

> > Gracias de antemano.
> > Oscar

Buenos días otra vez.

El problema parece haberse solucionado, aunque no lo doy por cerrado,
quitando el Pooling=false; de la cadena de conexión del Web.config del
ASP.NET.

¿Por qué?

Saludos.


On 28 mayo, 09:39, Oscar Alarcón
wrote:

Buenos días.

No creo que pueda lanzar todas las sentencias SQL porque son muchas y
tendría que estar buscando cuales son. ¿Me podrías decir cuales son
las soluciones al problema en los dos casos?

a) Si en el quert analizer todo va correcto.
b) Si en el query analizer se comporta igual que en la aplicación.

De la aplicación, espero que no sea, porque en ninguna otra
configuración se da esta circunstancia. Me inclino a pensar en que es
un problema con la conexión TCP/IP con el SQL Server.

Gracias.

On 26 mayo, 15:40, "Maxi" wrote:

>Oscar, me temo que tu problema no es de SQL y puede ser de RED o bien de la
> aplicacion en si, has probado desde el query analizer como te he dicho?


> -
> Microsoft M.V.P en SQLServer
> SQLTotal Consulting - Servicios en SQLServer
> Email:
> "OscarAlarcón" escribió en el mensajenews:
> Hola.

> Mientras ejecutaba la aplicación de consola, en una de las veces que
> se ha quedado esperando se ha producido el siguiente error:

> El servidor SQL Server no existe o bien se ha denagado el acceso.

> Se produjo en la función del sqlclient OpenAndLogin.

> Mirando por ahí he visto que ha problemas cuando se utilizan
> conexiones TCP/IP al SQL Server y no hay pool de conexiones. Creo que
> este es mi caso, porque en la cadena de conexión el Data Source es
> 192.168.0.9,1433 y la opción de pooling a false. En otras máquinas
> donde está instalada la aplicación y utilizando el nombre de la
> máquina como Data Source no ocurre este problema.

> Gracias por las respuestas. Espero que esto clarifique un poco más el
> problema que tengo.

> Oscar

> On 25 mayo, 18:54, "Jesús López" wrote:

> > Y procura optimizar las consultas, un 100% de procesador indica que tu
> > sistema se queda corto. Así que o bien optimizas la aplicación o bien
> > comprar más fierro.

> > Saludos:

> > Jesús Lópezwww.solidq.com

> > "OscarAlarcón" escribió en el
> > mensajenews:
> > Hola.

> > Viendo la ejecución desde el profiler de SQL Server, aparece en el
> > momento en el que la ejecución va más lenta, he visto como las
> > sentencias SQL se lanzan a golpes: primero unas cuantas, después nada,
> > luego otras cuantas, etc. hasta que termina la ejecución del informe.

> > En el monitor de rendimiento he visto lo siguiente:

> > - Cuando ejecuto el informe hay una subida al 100% tanto del
> > contador: "Inicios de sesión/seg", junto al contador: "Num. peticiones
> > lotes/seg". Se mantiene durante un instante al 100%, baja y entonces
> > ya puedo ver el informe ejecutado.
> > - Cuando se enlentece la ejecución se produce esto mismo, pero en vez
> > de mantenerse un "tiempo" al 100%, no lo hace, simplemente es un pico
> > y baja. Pasado un tiempo, vuelve a lanzar otro pico en los dos
> > contadores y al bajar ya puedo ver el informe.
> > - El contador:" % tiempo de procesador de sqlserver" siempre está al
> > 100% (ejecuta otras consultas de otra aplicación constantemente).

> > Además es periódico, después de una ejecución lenta, vienen tres o
> > cuatro ejecuciones rápidas y después otra lenta.

> > Tampoco se si lo he comentado antes, pero el IIS y el SQL Server se
> > encuentran en la misma máquina, entonces no se si será un problema de
> > red.

> > Voy a probar a ejecutar los informes desde una aplicación de consola
> > para descarta que el problema sea el IIS.

> > Gracias por la respuesta.
> > Oscar

> > On 24 mayo, 15:53, "Maxi" wrote:

> > > Hola, primero hay que ir por partes, no sabemos si es como la aplicacion
> > > lo
> > > usa, si es la red o el SQL, trata de ejecutar primero las querys desde
> > > el
> > > SQL las tres veces seguidas y fijate que sucede, el que queda muerto hay
> > > que
> > > ver quien es, SQL queda muerto? como lo has verificado?


> > > Salu2

> > > Microsoft MVP SQL Server
> > > Culminis Speaker
> > >
> > > "OscarAlarcón" escribió en el
> > > mensajenews:
> > > Hola.

> > > Tengo una aplicación ASP.NET (framework 1.1, montana en un Windows
> > > Server 2003 sp1, IIS v.6) que se dedica a ejecutar informes creados en
> > > la misma aplicación.

> > > El problema es el siguiente:

> > > Si intento ejecutar más de tres veces consecutivas el informe,
> > > simplemente llamando al SQL Server 2000 SP4 para cargar la definición
> > > del informe y sus datos; la cuarta vez se queda como muerto.

> > > Revisando el rendimiento, veo que en las tres primeras llamadas se
> > > produce un inicio de sesión, una petición de información y se muestra
> > > el informe. En la cuarta, se produce lo mismo que en las anteriores,
> > > sólo que este inicio de sesión y petición de datos es mucho más corta;
> > > la aplicación se queda "esperando", y al tiempo, se vuelve a realizar
> > > un nuevo inicio de sesión junto a una nueva carga de datos,
> > > mostrandose, ahora sí, el informe.

> > > ¿Alguien sabe lo que está ocurriendo? Esta misma aplicación funciona
> > > correctamente en otras máquinas con las mismas versiones de windows y
> > > SQL Server. Incluso conectando con Oracle.

> > > Gracias de antemano.
> > > Oscar

Hola, por n-esima vez.

He seguido investigando, y al final parece que he solucionado el
problema. He sustituido la cadena de conexión actual:

<-add key="Conection" value="Data source2.168.0.1,1433;Initial
Catalog=myBD;User ID=yyyyyyyyy;Password=xxxxxxxxxx;Connect
Timeout0;Pooling=false;"/>

por la siguiente:

<add key="Conection" value="Data source=TAPPWEBXXXX
\TAPPWEBXXXX;Initial Catalog=myBD;User
ID=yyyyyyyyy;Password=xxxxxxxxxx;Connect Timeout0;Pooling=false;"/>

Al cambiar la dirección IP y el puerto ahora todo funciona
correctamente.

Saludos.
Oscar Alarcón

On 28 mayo, 10:13, Oscar Alarcón
wrote:

Buenos días otra vez.

El problema parece haberse solucionado, aunque no lo doy por cerrado,
quitando el Pooling=false; de la cadena de conexión del Web.config del
ASP.NET.

¿Por qué?

Saludos.

On 28 mayo, 09:39,OscarAlarcón
wrote:

> Buenos días.

> No creo que pueda lanzar todas las sentencias SQL porque son muchas y
> tendría que estar buscando cuales son. ¿Me podrías decir cuales son
> las soluciones al problema en los dos casos?

> a) Si en el quert analizer todo va correcto.
> b) Si en el query analizer se comporta igual que en la aplicación.

> De la aplicación, espero que no sea, porque en ninguna otra
> configuración se da esta circunstancia. Me inclino a pensar en que es
> un problema con la conexión TCP/IP con el SQL Server.

> Gracias.

> On 26 mayo, 15:40, "Maxi" wrote:

> >Oscar, me temo que tu problema no es de SQL y puede ser de RED o bien de la
> > aplicacion en si, has probado desde el query analizer como te he dicho?


> > -
> > Microsoft M.V.P en SQLServer
> > SQLTotal Consulting - Servicios en SQLServer
> > Email:
> > "OscarAlarcón" escribió en el mensajenews:
> > Hola.

> > Mientras ejecutaba la aplicación de consola, en una de las veces que
> > se ha quedado esperando se ha producido el siguiente error:

> > El servidor SQL Server no existe o bien se ha denagado el acceso.

> > Se produjo en la función del sqlclient OpenAndLogin.

> > Mirando por ahí he visto que ha problemas cuando se utilizan
> > conexiones TCP/IP al SQL Server y no hay pool de conexiones. Creo que
> > este es mi caso, porque en la cadena de conexión el Data Source es
> > 192.168.0.9,1433 y la opción de pooling a false. En otras máquinas
> > donde está instalada la aplicación y utilizando el nombre de la
> > máquina como Data Source no ocurre este problema.

> > Gracias por las respuestas. Espero que esto clarifique un poco más el
> > problema que tengo.

> > Oscar

> > On 25 mayo, 18:54, "Jesús López" wrote:

> > > Y procura optimizar las consultas, un 100% de procesador indica que tu
> > > sistema se queda corto. Así que o bien optimizas la aplicación o bien
> > > comprar más fierro.

> > > Saludos:

> > > Jesús Lópezwww.solidq.com

> > > "OscarAlarcón" escribió en el
> > > mensajenews:
> > > Hola.

> > > Viendo la ejecución desde el profiler de SQL Server, aparece en el
> > > momento en el que la ejecución va más lenta, he visto como las
> > > sentencias SQL se lanzan a golpes: primero unas cuantas, después nada,
> > > luego otras cuantas, etc. hasta que termina la ejecución del informe.

> > > En el monitor de rendimiento he visto lo siguiente:

> > > - Cuando ejecuto el informe hay una subida al 100% tanto del
> > > contador: "Inicios de sesión/seg", junto al contador: "Num. peticiones
> > > lotes/seg". Se mantiene durante un instante al 100%, baja y entonces
> > > ya puedo ver el informe ejecutado.
> > > - Cuando se enlentece la ejecución se produce esto mismo, pero en vez
> > > de mantenerse un "tiempo" al 100%, no lo hace, simplemente es un pico
> > > y baja. Pasado un tiempo, vuelve a lanzar otro pico en los dos
> > > contadores y al bajar ya puedo ver el informe.
> > > - El contador:" % tiempo de procesador de sqlserver" siempre está al
> > > 100% (ejecuta otras consultas de otra aplicación constantemente).

> > > Además es periódico, después de una ejecución lenta, vienen tres o
> > > cuatro ejecuciones rápidas y después otra lenta.

> > > Tampoco se si lo he comentado antes, pero el IIS y el SQL Server se
> > > encuentran en la misma máquina, entonces no se si será un problema de
> > > red.

> > > Voy a probar a ejecutar los informes desde una aplicación de consola
> > > para descarta que el problema sea el IIS.

> > > Gracias por la respuesta.
> > > Oscar

> > > On 24 mayo, 15:53, "Maxi" wrote:

> > > > Hola, primero hay que ir por partes, no sabemos si es como la aplicacion
> > > > lo
> > > > usa, si es la red o el SQL, trata de ejecutar primero las querys desde
> > > > el
> > > > SQL las tres veces seguidas y fijate que sucede, el que queda muerto hay
> > > > que
> > > > ver quien es, SQL queda muerto? como lo has verificado?


> > > > Salu2

> > > > Microsoft MVP SQL Server
> > > > Culminis Speaker
> > > >
> > > > "OscarAlarcón" escribió en el
> > > > mensajenews:
> > > > Hola.

> > > > Tengo una aplicación ASP.NET (framework 1.1, montana en un Windows
> > > > Server 2003 sp1, IIS v.6) que se dedica a ejecutar informes creados en
> > > > la misma aplicación.

> > > > El problema es el siguiente:

> > > > Si intento ejecutar más de tres veces consecutivas el informe,
> > > > simplemente llamando al SQL Server 2000 SP4 para cargar la definición
> > > > del informe y sus datos; la cuarta vez se queda como muerto.

> > > > Revisando el rendimiento, veo que en las tres primeras llamadas se
> > > > produce un inicio de sesión, una petición de información y se muestra
> > > > el informe. En la cuarta, se produce lo mismo que en las anteriores,
> > > > sólo que este inicio de sesión y petición de datos es mucho más corta;
> > > > la aplicación se queda "esperando", y al tiempo, se vuelve a realizar
> > > > un nuevo inicio de sesión junto a una nueva carga de datos,
> > > > mostrandose, ahora sí, el informe.

> > > > ¿Alguien sabe lo que está ocurriendo? Esta misma aplicación funciona
> > > > correctamente en otras máquinas con las mismas versiones de windows y
> > > > SQL Server. Incluso conectando con Oracle.

> > > > Gracias de antemano.
> > > > Oscar

Hola.

Para no dejarlo abierto, os pongo la dirección del artículo donde
habla sobre las conexiones TCP/IP

La única diferencia es el protocolo que usa para la conexión, el
primero TCP/IP y el segundo "Canalizaciones por nombre".

Para no dejarlo abierto, os pongo la dirección del artículo donde
habla sobre las conexiones TCP/IP
http://support.microsoft.com/kb/328476/en-us

Gracias a todos por vuestras respuestas.

On 28 mayo, 17:53, Oscar Alarcón
wrote:

Hola, por n-esima vez.

He seguido investigando, y al final parece que he solucionado el
problema. He sustituido la cadena de conexión actual:

<-add key="Conection" value="Data source2.168.0.1,1433;Initial
Catalog=myBD;User ID=yyyyyyyyy;Password=xxxxxxxxxx;Connect
Timeout0;Pooling=false;"/>

por la siguiente:

<add key="Conection" value="Data source=TAPPWEBXXXX
\TAPPWEBXXXX;Initial Catalog=myBD;User
ID=yyyyyyyyy;Password=xxxxxxxxxx;Connect Timeout0;Pooling=false;"/>

Al cambiar la dirección IP y el puerto ahora todo funciona
correctamente.

Saludos.
OscarAlarcón

On 28 mayo, 10:13,OscarAlarcón
wrote:

> Buenos días otra vez.

> El problema parece haberse solucionado, aunque no lo doy por cerrado,
> quitando el Pooling=false; de la cadena de conexión del Web.config del
> ASP.NET.

> ¿Por qué?

> Saludos.

> On 28 mayo, 09:39,OscarAlarcón
> wrote:

> > Buenos días.

> > No creo que pueda lanzar todas las sentencias SQL porque son muchas y
> > tendría que estar buscando cuales son. ¿Me podrías decir cuales son
> > las soluciones al problema en los dos casos?

> > a) Si en el quert analizer todo va correcto.
> > b) Si en el query analizer se comporta igual que en la aplicación.

> > De la aplicación, espero que no sea, porque en ninguna otra
> > configuración se da esta circunstancia. Me inclino a pensar en que es
> > un problema con la conexión TCP/IP con el SQL Server.

> > Gracias.

> > On 26 mayo, 15:40, "Maxi" wrote:

> > >Oscar, me temo que tu problema no es de SQL y puede ser de RED o bien de la
> > > aplicacion en si, has probado desde el query analizer como te he dicho?


> > > -
> > > Microsoft M.V.P en SQLServer
> > > SQLTotal Consulting - Servicios en SQLServer
> > > Email:
> > > "OscarAlarcón" escribió en el mensajenews:
> > > Hola.

> > > Mientras ejecutaba la aplicación de consola, en una de las veces que
> > > se ha quedado esperando se ha producido el siguiente error:

> > > El servidor SQL Server no existe o bien se ha denagado el acceso.

> > > Se produjo en la función del sqlclient OpenAndLogin.

> > > Mirando por ahí he visto que ha problemas cuando se utilizan
> > > conexiones TCP/IP al SQL Server y no hay pool de conexiones. Creo que
> > > este es mi caso, porque en la cadena de conexión el Data Source es
> > > 192.168.0.9,1433 y la opción de pooling a false. En otras máquinas
> > > donde está instalada la aplicación y utilizando el nombre de la
> > > máquina como Data Source no ocurre este problema.

> > > Gracias por las respuestas. Espero que esto clarifique un poco más el
> > > problema que tengo.

> > > Oscar

> > > On 25 mayo, 18:54, "Jesús López" wrote:

> > > > Y procura optimizar las consultas, un 100% de procesador indica que tu
> > > > sistema se queda corto. Así que o bien optimizas la aplicación o bien
> > > > comprar más fierro.

> > > > Saludos:

> > > > Jesús Lópezwww.solidq.com

> > > > "OscarAlarcón" escribió en el
> > > > mensajenews:
> > > > Hola.

> > > > Viendo la ejecución desde el profiler de SQL Server, aparece en el
> > > > momento en el que la ejecución va más lenta, he visto como las
> > > > sentencias SQL se lanzan a golpes: primero unas cuantas, después nada,
> > > > luego otras cuantas, etc. hasta que termina la ejecución del informe.

> > > > En el monitor de rendimiento he visto lo siguiente:

> > > > - Cuando ejecuto el informe hay una subida al 100% tanto del
> > > > contador: "Inicios de sesión/seg", junto al contador: "Num. peticiones
> > > > lotes/seg". Se mantiene durante un instante al 100%, baja y entonces
> > > > ya puedo ver el informe ejecutado.
> > > > - Cuando se enlentece la ejecución se produce esto mismo, pero en vez
> > > > de mantenerse un "tiempo" al 100%, no lo hace, simplemente es un pico
> > > > y baja. Pasado un tiempo, vuelve a lanzar otro pico en los dos
> > > > contadores y al bajar ya puedo ver el informe.
> > > > - El contador:" % tiempo de procesador de sqlserver" siempre está al
> > > > 100% (ejecuta otras consultas de otra aplicación constantemente).

> > > > Además es periódico, después de una ejecución lenta, vienen tres o
> > > > cuatro ejecuciones rápidas y después otra lenta.

> > > > Tampoco se si lo he comentado antes, pero el IIS y el SQL Server se
> > > > encuentran en la misma máquina, entonces no se si será un problema de
> > > > red.

> > > > Voy a probar a ejecutar los informes desde una aplicación de consola
> > > > para descarta que el problema sea el IIS.

> > > > Gracias por la respuesta.
> > > > Oscar

> > > > On 24 mayo, 15:53, "Maxi" wrote:

> > > > > Hola, primero hay que ir por partes, no sabemos si es como la aplicacion
> > > > > lo
> > > > > usa, si es la red o el SQL, trata de ejecutar primero las querys desde
> > > > > el
> > > > > SQL las tres veces seguidas y fijate que sucede, el que queda muerto hay
> > > > > que
> > > > > ver quien es, SQL queda muerto? como lo has verificado?


> > > > > Salu2

> > > > > Microsoft MVP SQL Server
> > > > > Culminis Speaker
> > > > >
> > > > > "OscarAlarcón" escribió en el
> > > > > mensajenews:
> > > > > Hola.

> > > > > Tengo una aplicación ASP.NET (framework 1.1, montana en un Windows
> > > > > Server 2003 sp1, IIS v.6) que se dedica a ejecutar informes creados en
> > > > > la misma aplicación.

> > > > > El problema es el siguiente:

> > > > > Si intento ejecutar más de tres veces consecutivas el informe,
> > > > > simplemente llamando al SQL Server 2000 SP4 para cargar la definición
> > > > > del informe y sus datos; la cuarta vez se queda como muerto.

> > > > > Revisando el rendimiento, veo que en las tres primeras llamadas se
> > > > > produce un inicio de sesión, una petición de información y se muestra
> > > > > el informe. En la cuarta, se produce lo mismo que en las anteriores,
> > > > > sólo que este inicio de sesión y petición de datos es mucho más corta;
> > > > > la aplicación se queda "esperando", y al tiempo, se vuelve a realizar
> > > > > un nuevo inicio de sesión junto a una nueva carga de datos,
> > > > > mostrandose, ahora sí, el informe.

> > > > > ¿Alguien sabe lo que está ocurriendo? Esta misma aplicación funciona
> > > > > correctamente en otras máquinas con las mismas versiones de windows y
> > > > > SQL Server. Incluso conectando con Oracle.

> > > > > Gracias de antemano.
> > > > > Oscar