RE: Checkpoints en postgres 8.0

Comentarios entre lineas.

> -----Mensaje original-----
> De: Alvaro Herrera [mailto:alvherre(at)alvh(dot)no-ip(dot)org]
> Enviado el: Miércoles, 27 de Julio de 2005 04:09 p.m.
> Para: Fabio C. Bon
> CC: 'PostgreSQL en Español'
> Asunto: Re: [pgsql-es-ayuda] Checkpoints en postgres 8.0
>
>
> On Wed, Jul 27, 2005 at 02:57:11PM -0300, Fabio C. Bon wrote:
>
> > > Quizas habia una solucion mejor que te podiamos haber planteado si
> > > hubieras preguntado aca. ¿Por que creiste que la unica fue
> > > pg_resetxlog?
> >
> > En realidad habia mucha presión por levantar la base ya que
> es un sistema
> > que está en produccion, busque en Google (en ese momento no
> sabia de la
> > lista de postgresql) y encontre un caso similar al nuestro.
> Si bien la doc.
> > dice que el resetlog debe ser el ultimo recurso a usar, dadas las
> > circuntancias, no veia otra cosa. Siempre parti de la base
> que esto no
> > podría haber perdido nada mas que desde el ultimo
> checkpoint hasta el
> > momento, en el peor caso los ultimos 5 minutos, no ?
>
> Ok; creo que lo unico que podria aconsejarte en este momento es que en
> la proxima oportunidad hagas una copia de pg_xlog inmediatamente antes
> del pg_resetxlog.
>
> > > En todo caso deberias haber guardado el xlog antes de resetearlo.
> > > Cuantos archivos eran?
> >
> > 1 Archivo de 16 Mb (Es el contenido de la carpeta xlog
> antes de hacer el
> > reset_log)
>
> Un solo archivo? Vaya, eso es muy raro. Que hay en el parametro
> checkpoint_segments?
3 (valor por defecto)
>
> A menos que el volumen de datos sea muy poco. Cuanto se demora tu
> sistema en generar un nuevo archivo en pg_xlog? (Observa que se
> reciclan) Si es 10 minutos o mas, entonces seria normal que
> hubiese un
> solo archivo, porque se conservan todos los archivos necesarios hasta
> dos checkpoints atras.
>
>
> > > Que sistema operativo estas usando, y que version exacta de
> > > PostgreSQL?
> > S/O : Linux Suse 9.0, PostgreSQL 7.4 (incluido en Suse)
>
> Vaya, no habias dicho que Postgres era 8.0?
Perdon, introduje una información incorrecta. La instalación de produccion
tiene 7.4, yo estoy haciendo pruebas para ver la actividad de checkpoint en
otra maquina que tiene 8.0.3

>
> > > Cual es el valor de fsync en postgresql.conf? Y el de
> fsync_method?
> > fsync = false
> > wal_sync_method = fsync
> > Ambos valores estan por defecto, mejor dicho con el valor
> que la instalación
> > le deja a la propiedad.
>
> Nah. fsync=false es el unico parametro que es absolutamente no
> recomendado. De hecho estoy por descartar tu problema por mala
> configuracion. Un sistema con fsync=false no tiene ninguna
> seguridad de
> que este protegido ante caidas del sistema.
>
Ok. He leido el significado de esta propiedad, y la documentación habla del
problema que se genera ante fsync=false, "es posible que las ultimas
transacciones commiteadas se pierdan".
Ahora, entiendo que esta hablando de un peor caso igual a perder todas las
transacciones a partir del ultimo checkpoint, no ? Y disculpen que insista
(es por mi desconocimiento), en algo que no termino de entender y es que a
pesar de la propiedad checkpoint_timeout = 300, los mismos aparentemente no
se estan haciendo cada 5 minutos como es esperado.
De hecho, en mi base de pruebas, dicha propiedad está igual y segun la
información que arroja pg_controldata el ultimo checkpoint fue hace 1 hora
aprox.

> --
> Alvaro Herrera (<alvherre[a]alvh.no-ip.org>)
> "No hay cielo posible sin hundir nuestras raíces
> en la profundidad de la tierra"
> (Malucha Pinto)
>