From: | Jaime Casanova <jaime(at)2ndquadrant(dot)com> |
---|---|
To: | Marcelo Retamal <mretamal(at)cmet(dot)net> |
Cc: | Lista Postgres <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: IDLE'S EN SERVIDOR |
Date: | 2010-10-08 17:53:48 |
Message-ID: | AANLkTi=w3SQZQd_yUkAOepZUrr7ovPZM79VC5QN4gOHC@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
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
From | Date | Subject | |
---|---|---|---|
Next Message | Marcelo Retamal | 2010-10-08 18:02:06 | RE: IDLE'S EN SERVIDOR |
Previous Message | Marcelo Retamal | 2010-10-08 17:34:42 | IDLE'S EN SERVIDOR |