SQL Server 2000

12/04/2006 - 16:46 por Juan Pablo | Informe spam
Estimados

Tengo una Aplicacion desarrollada con VB6 y una DB SQL Server 2000. Resulta
que la aplicacion, cuando debe lanzar un proceso demasiado grande (abre y
cierra Recordsets por un tiempo (aproximadamente 1000 recordsets en 10
segundos), no todos juntos, abre uno, cierra uno y asi sucesivamente, lo que
pasa es que la aplicacion es como que pierde la coneccion con la Base de
Datos.

Me aparece el error de DBNETLIB "No existe el Servidor SQL SERVER...".
Lo mas raro, es que si hago un DEBUG sobre la aplicacion, corriendo paso por
paso, si espero unos 30, 40 segs antes de ejecutar la instruccion que abre el
recordset, se conecta lo mas bien, y despues de una cantidad determinada de
apertura y cierres de recordsets, el error vuelve a sucerder, y si espero e
intento nuevamente, sigue con normalidad, y luego el error y asi
sucesivamente.

Estuve buscando en foros, y encontre algunas cosas, ejemplo, en foro
encontre que si toco las propiedades de TCPIP en el Registro siguientes, el
problema se podria solucionar. El tema es que estas propiedades, yo las
intente buscar tanto en el Servidor como en los equipos cliente y no las
encuentro. No se si las tengo que crear o no.


MaxUserPort:
Increase the number of TCP ports to allow more open ports.

TcpTimedWaitDelay:
Decrease the number of seconds, until a TCP port is released (down to 30).

Las mimas se encuentran en HKLM/System/ControlSet/Services/TCPIP/Parameters


Tambien probe aumentando las propiedades de la coneccion de COMMANDTIMEOUT y
CONNECTIONTIMEOUT pero pasa lo mismo. Y si esas propiedades, las pongo en 0,
es como que la coneccion la pierde, y tarda como 20, 30 segs en continuar con
el proceso (aqui no tira el error, sino que la coneccion es como que se
bloquea y luego reanuda).

Por favor, si alguien me puede ayudar acerca de que es lo que deberia hacer
en la configuracion del SQL, o alguna sugerencia, por favor, comentenme,
estoy con este problema desde hace un tiempo.

Un saludo.

Preguntas similare

Leer las respuestas

#6 Isaias
12/04/2006 - 23:27 | Informe spam
Opsss, leyendo la respuesta de Juan Pablo, si que deberia cambiar la forma de
como trabaja su aplicativo.

En mi caso, es diferente, se atienden una serie de Lineas Telefonicas (32
por cada linea) y se abren 250 (o mas) conexiones por canal, esto, para
concursos por television, llamadas de alto trafico (5 millones de llamadas
por cada media hora).

Ahora con 2005, podriamos cambiar el tipo de conexion, ya que existe el
concepto de MARS (Multi Active Result Sets).

Saludos
Saludos
IIslas


"Maxi" escribió:

Yo me preguntaria porque tiene esta necesidad de abrir tantos recordset,
jamas vi algo igual :(, podrias explicarnos que te ha llevado a eso


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Isaias" escribió en el mensaje
news:
> Si tienes que abrir tantos RECORDSET's en tan corto tiempo, creo que debes
> cambiar tu forma de conexion, yo lo hago por SOCKETS.
> Saludos
> IIslas
>
>
> "Juan Pablo" wrote:
>
>> NO SON 1000 RECORDSETs
>>
>> "Isaias" escribió:
>>
>> > ¿1000 recordset's?, no seran 1000 registros...
>> > Saludos
>> > IIslas
>> >
>> >
>> > "Juan Pablo" escribió:
>> >
>> > > Estimados
>> > >
>> > > Tengo una Aplicacion desarrollada con VB6 y una DB SQL Server 2000.
>> > > Resulta
>> > > que la aplicacion, cuando debe lanzar un proceso demasiado grande
>> > > (abre y
>> > > cierra Recordsets por un tiempo (aproximadamente 1000 recordsets en
>> > > 10
>> > > segundos), no todos juntos, abre uno, cierra uno y asi sucesivamente,
>> > > lo que
>> > > pasa es que la aplicacion es como que pierde la coneccion con la Base
>> > > de
>> > > Datos.
>> > >
>> > > Me aparece el error de DBNETLIB "No existe el Servidor SQL
>> > > SERVER...".
>> > > Lo mas raro, es que si hago un DEBUG sobre la aplicacion, corriendo
>> > > paso por
>> > > paso, si espero unos 30, 40 segs antes de ejecutar la instruccion que
>> > > abre el
>> > > recordset, se conecta lo mas bien, y despues de una cantidad
>> > > determinada de
>> > > apertura y cierres de recordsets, el error vuelve a sucerder, y si
>> > > espero e
>> > > intento nuevamente, sigue con normalidad, y luego el error y asi
>> > > sucesivamente.
>> > >
>> > > Estuve buscando en foros, y encontre algunas cosas, ejemplo, en foro
>> > > encontre que si toco las propiedades de TCPIP en el Registro
>> > > siguientes, el
>> > > problema se podria solucionar. El tema es que estas propiedades, yo
>> > > las
>> > > intente buscar tanto en el Servidor como en los equipos cliente y no
>> > > las
>> > > encuentro. No se si las tengo que crear o no.
>> > >
>> > >
>> > > MaxUserPort:
>> > > Increase the number of TCP ports to allow more open ports.
>> > >
>> > > TcpTimedWaitDelay:
>> > > Decrease the number of seconds, until a TCP port is released (down to
>> > > 30).
>> > >
>> > > Las mimas se encuentran en
>> > > HKLM/System/ControlSet/Services/TCPIP/Parameters
>> > >
>> > >
>> > > Tambien probe aumentando las propiedades de la coneccion de
>> > > COMMANDTIMEOUT y
>> > > CONNECTIONTIMEOUT pero pasa lo mismo. Y si esas propiedades, las
>> > > pongo en 0,
>> > > es como que la coneccion la pierde, y tarda como 20, 30 segs en
>> > > continuar con
>> > > el proceso (aqui no tira el error, sino que la coneccion es como que
>> > > se
>> > > bloquea y luego reanuda).
>> > >
>> > > Por favor, si alguien me puede ayudar acerca de que es lo que deberia
>> > > hacer
>> > > en la configuracion del SQL, o alguna sugerencia, por favor,
>> > > comentenme,
>> > > estoy con este problema desde hace un tiempo.
>> > >
>> > > Un saludo.



Respuesta Responder a este mensaje
#7 Maxi
13/04/2006 - 21:01 | Informe spam
Si, con MARS es para .net mas que para 2005, o sea es una propiedad mas de
ADO.NET que de SQL


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Isaias" escribió en el mensaje
news:
Opsss, leyendo la respuesta de Juan Pablo, si que deberia cambiar la forma
de
como trabaja su aplicativo.

En mi caso, es diferente, se atienden una serie de Lineas Telefonicas (32
por cada linea) y se abren 250 (o mas) conexiones por canal, esto, para
concursos por television, llamadas de alto trafico (5 millones de llamadas
por cada media hora).

Ahora con 2005, podriamos cambiar el tipo de conexion, ya que existe el
concepto de MARS (Multi Active Result Sets).

Saludos
Saludos
IIslas


"Maxi" escribió:

Yo me preguntaria porque tiene esta necesidad de abrir tantos recordset,
jamas vi algo igual :(, podrias explicarnos que te ha llevado a eso


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Isaias" escribió en el mensaje
news:
> Si tienes que abrir tantos RECORDSET's en tan corto tiempo, creo que
> debes
> cambiar tu forma de conexion, yo lo hago por SOCKETS.
> Saludos
> IIslas
>
>
> "Juan Pablo" wrote:
>
>> NO SON 1000 RECORDSETs
>>
>> "Isaias" escribió:
>>
>> > ¿1000 recordset's?, no seran 1000 registros...
>> > Saludos
>> > IIslas
>> >
>> >
>> > "Juan Pablo" escribió:
>> >
>> > > Estimados
>> > >
>> > > Tengo una Aplicacion desarrollada con VB6 y una DB SQL Server
>> > > 2000.
>> > > Resulta
>> > > que la aplicacion, cuando debe lanzar un proceso demasiado grande
>> > > (abre y
>> > > cierra Recordsets por un tiempo (aproximadamente 1000 recordsets
>> > > en
>> > > 10
>> > > segundos), no todos juntos, abre uno, cierra uno y asi
>> > > sucesivamente,
>> > > lo que
>> > > pasa es que la aplicacion es como que pierde la coneccion con la
>> > > Base
>> > > de
>> > > Datos.
>> > >
>> > > Me aparece el error de DBNETLIB "No existe el Servidor SQL
>> > > SERVER...".
>> > > Lo mas raro, es que si hago un DEBUG sobre la aplicacion,
>> > > corriendo
>> > > paso por
>> > > paso, si espero unos 30, 40 segs antes de ejecutar la instruccion
>> > > que
>> > > abre el
>> > > recordset, se conecta lo mas bien, y despues de una cantidad
>> > > determinada de
>> > > apertura y cierres de recordsets, el error vuelve a sucerder, y si
>> > > espero e
>> > > intento nuevamente, sigue con normalidad, y luego el error y asi
>> > > sucesivamente.
>> > >
>> > > Estuve buscando en foros, y encontre algunas cosas, ejemplo, en
>> > > foro
>> > > encontre que si toco las propiedades de TCPIP en el Registro
>> > > siguientes, el
>> > > problema se podria solucionar. El tema es que estas propiedades,
>> > > yo
>> > > las
>> > > intente buscar tanto en el Servidor como en los equipos cliente y
>> > > no
>> > > las
>> > > encuentro. No se si las tengo que crear o no.
>> > >
>> > >
>> > > MaxUserPort:
>> > > Increase the number of TCP ports to allow more open ports.
>> > >
>> > > TcpTimedWaitDelay:
>> > > Decrease the number of seconds, until a TCP port is released (down
>> > > to
>> > > 30).
>> > >
>> > > Las mimas se encuentran en
>> > > HKLM/System/ControlSet/Services/TCPIP/Parameters
>> > >
>> > >
>> > > Tambien probe aumentando las propiedades de la coneccion de
>> > > COMMANDTIMEOUT y
>> > > CONNECTIONTIMEOUT pero pasa lo mismo. Y si esas propiedades, las
>> > > pongo en 0,
>> > > es como que la coneccion la pierde, y tarda como 20, 30 segs en
>> > > continuar con
>> > > el proceso (aqui no tira el error, sino que la coneccion es como
>> > > que
>> > > se
>> > > bloquea y luego reanuda).
>> > >
>> > > Por favor, si alguien me puede ayudar acerca de que es lo que
>> > > deberia
>> > > hacer
>> > > en la configuracion del SQL, o alguna sugerencia, por favor,
>> > > comentenme,
>> > > estoy con este problema desde hace un tiempo.
>> > >
>> > > Un saludo.



email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida