From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | "Ing(dot) Jhon Carrillo - Caracas, Venezuela" <jdigital(at)cantv(dot)net> |
Cc: | Martín Marqués <martin(at)bugs(dot)unl(dot)edu(dot)ar>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: servidor lento |
Date: | 2005-09-27 15:17:34 |
Message-ID: | 20050927151734.GA32390@surnet.cl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On Tue, Sep 27, 2005 at 11:07:07AM -0400, Ing. Jhon Carrillo - Caracas, Venezuela wrote:
>
> > Varias cosas que deberias ver:
> >
> > 1) Estas corriendo VACUUM ANALYZE con alguna regularidad (2 o 3 veces al
> > dia).
>
> Tienes alguna razón o explicación técnica para establecer el vacuum (2 o 3
> veces al dia), realizastes algún analisis de como llegar a ese periodo en
> base a tu escenario? ó detección de riezgos de wraparound por ejecuciones no
> optimas de estas rutinas?.
>
> Esto lo digo porque recientemente presente un wraparound en una base de
> datos 8.0.3 y quisiera saber si existe algun método de calculos de periodos
> de vacuum para la base de datos de acuerdo al flujo manejado.
Tienes que hacer vacuum de toda la base de datos, con un superusuario,
al menos cada dos mil millones de transacciones. Este vacuum no puede
saltarse ninguna tabla, de ahi lo de que sea un superusuario.
Este es el minimo requerido para no perder datos por wraparound del Xid.
Para mantener un buen rendimiento es mejor hacer vacuum mas a menudo, en
un regimen por determinar dependiendo de la tasa de modificacion de la
tabla.
--
Alvaro Herrera http://www.PlanetPostgreSQL.org
"No hay cielo posible sin hundir nuestras raíces
en la profundidad de la tierra" (Malucha Pinto)
From | Date | Subject | |
---|---|---|---|
Next Message | Rhona Aponte | 2005-09-27 15:38:31 | Tamaño de la BD |
Previous Message | Ing. Jhon Carrillo - Caracas, Venezuela | 2005-09-27 15:07:07 | Re: servidor lento |