SQL Server cierra la conexión

03/07/2007 - 16:29 por Eclat | Informe spam
Muy buenas de nuevo, tengo un problemilla que después de mucho pelear
pensando que era un problema del W2003 R2, creo que va a venir más bien
por el SQL Server 2005.

Resulta que en la oficina tenemos instalado un ERP. Todos los usuarios
se conectan por Terminal Server a un servidor de aplicaciones, que a su
vez, cuando ejecutan el ERP, éste se conecta a una base de datos que hay
en un servidor de datos.

El caso es que cuando un usuario determinado deja el ordenador un rato
sin hacer nada (me refiero al ERP, es decir, no trabaja dentro de la
sesión de TS), la conexión con la BD se pierde, con lo que el programa
comienza a fallar como una escopeta de feria sin razón aparente. Además,
dependiendo del proceso que estuviese realizando pues puede ser más o
menos peligroso.

Mirando y mirando, he visto en el SQL Server Configuration Manager, en
Configuración de red de SQL Server 2005 que está habilitado Memoria
Compartida (que no sé si no será mejor deshabilitarlo según he leido) y
TCP/IP habilitado, y dentro de las propiedades de TCP/IP está:
Escuchar todo: Sí
Habilitado: Sí
Mantener conexión: 30000
Sin retraso: No

Según he estado leyendo, veo que el 30000 es el tiempo en milisegundos
que SQL Server permite que una conexión esté inactiva, lo cual me deja
una duda, si sólo son 30 segundos, entonces, en cualquier aplicación
normal, ¿un usuario no se puede quedar quieto 30 seg? :D

¿Qué valor tenéis normalmente especificado aquí? Entiendo que 0 es que
no compruebe y que no es recomendable, así que ¿qué valor recomendáis?
Si le pongo 0 un par de días para probar si el error viene por aquí,
creeis que habrá algún problema.

Salu2 y gracias,

Preguntas similare

Leer las respuestas

#11 Eclat
05/07/2007 - 10:15 | Informe spam
Efectivamente, tienes toda la razón, eso es a lo que me refería con lo
de la técnica del maletin. Me lo traigo todo, actualizo lo que sea y
aplico los cambios. Gracias por la info.

Maxi escribió:
Hola bueno yo no comparto lo que indicas, deberias pensar tus aplicaciones
en un ambiente desconectado, entonces

1) Lleno el dataset con lo que necesito
2) Pongo en la grilla el dataset
3) Aplico los cambios al dataset
4) Me conecto
5) Genero todos los cambios en la base de datos
6) Me desconecto

Respuesta Responder a este mensaje
#12 Eclat
05/07/2007 - 10:20 | Informe spam
Mi gozo en un pozo... sigue dando el mismo problema de desconexión:

Run-time error: '1060':

Error code: 10054 in 0 Text is: '[Microsoft][SQL Native Client]Proveedor
de TCP: Se ha forzado la interrupción de una conexión existente por el
host remoto.

La verdad es que no soy capaz de "cazar" cada cuanto tiempo da esto. No
sé si será cada tiempo fijo o no.

He revisado las conexiones de red, las tarjetas, etc, y todo está
correcto. El resto de programas que hay en ese servidor (W2003 R2
Standard Edition) que no usan SQL Server 2005 funcionan correctamente,
así que el problema entiendo que debe estar en algún parámetro de
configuración del SQL Server. Algo que haya cambiado del 2000 al 2005,
ya que me comentan que este problema, con el 2000 nunca lo habían tenido.

¿Alguna otra opción que se os ocurra?

Gracias mil :D

Maxi escribió:
exacto

Respuesta Responder a este mensaje
#13 Maxi
05/07/2007 - 14:18 | Informe spam
Hola, podemos estar frente algun problema de red


-
Microsoft M.V.P en SQLServer
SQLTotal Consulting - Servicios en SQLServer
Email:
"Eclat" escribió en el
mensaje news:
Mi gozo en un pozo... sigue dando el mismo problema de desconexión:

Run-time error: '1060':

Error code: 10054 in 0 Text is: '[Microsoft][SQL Native Client]Proveedor
de TCP: Se ha forzado la interrupción de una conexión existente por el
host remoto.

La verdad es que no soy capaz de "cazar" cada cuanto tiempo da esto. No sé
si será cada tiempo fijo o no.

He revisado las conexiones de red, las tarjetas, etc, y todo está
correcto. El resto de programas que hay en ese servidor (W2003 R2 Standard
Edition) que no usan SQL Server 2005 funcionan correctamente, así que el
problema entiendo que debe estar en algún parámetro de configuración del
SQL Server. Algo que haya cambiado del 2000 al 2005, ya que me comentan
que este problema, con el 2000 nunca lo habían tenido.

¿Alguna otra opción que se os ocurra?

Gracias mil :D

Maxi escribió:
exacto

Respuesta Responder a este mensaje
#14 Eclat
06/07/2007 - 10:50 | Informe spam
No, está completamente descartado. He hecho todas las pruebas posibles,
tanto con el cableado como las tarjetas (de hecho, hasta las he cambiado
por si acaso), son tarjetas Gigabit. Ni un sólo paquete perdido, el
resto de las aplicaciones no SQL Server funcionando al 100%.

Maxi escribió:
Hola, podemos estar frente algun problema de red

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