RE: IDLE'S EN SERVIDOR

Si, es la misma aplicación para todos.

Atte., Marcelo R E T A M A L Vallejos
Ingeniería de Sistemas, CMET
Los Leones 1412
251 33 33 Anexo 2431

-----Mensaje original-----
De: pgsql-es-ayuda-owner(at)postgresql(dot)org
[mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Jaime Casanova
Enviado el: viernes, 08 de octubre de 2010 13:54
Para: Marcelo Retamal
CC: Lista Postgres
Asunto: Re: [pgsql-es-ayuda] IDLE'S EN SERVIDOR

2010/10/8 Marcelo Retamal <mretamal(at)cmet(dot)net>
>
> Hola a todos los miembros de la lista.
>
> Tengo el sgte., caso referente al estado IDLE en el servidor de BD de
la empresa.  Una aplicación desarrollada en VB por nuestro
> depto, y usada por todas las sucursales a lo largo de chile se
comporta de forma distinta al hacer la misma consulta pero en
> distintas sucursales.  Si esa consulta  del programa la ejecuto en
Stgo, los IDLES de ella se abren y cierran de forma casi
> inmediata, pero si la ejecuto desde la sucursal de Rancagua esta abre
una cantidad de IDLES (sobre 10) que cuesta que
> desaparezcan del servidor.  ¿Por qué ocurre esto? ¿cómo o con qué
herramienta podemos chequear donde está el problema?, a
> nosotros nos huele a RED, pero no es nuestra área, así que de alguna
forma debemos asegurarnos que no seamos nosotros.
>

Si es la misma aplicacion (sin modificaciones hechas en cada sucursal)
y el mismo servidor (uno centralizado al que se conectan todos desde
cualquier ciudad o region), entonces posiblemente si sea red (la
conexion se pierde y el servidor no se entera) si ese es el caso
posiblemente te sirvan los parametros tcp_keepalives_*

--
Jaime Casanova         www.2ndQuadrant.com
Professional PostgreSQL: Soporte y capacitación de PostgreSQL
-
Enviado a la lista de correo pgsql-es-ayuda
(pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda