RE: Checkpoints en postgres 8.0

From: "Fabio C(dot) Bon" <bon(at)kernel(dot)net(dot)uy>
To: "'Alvaro Herrera'" <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: 'PostgreSQL en Español' <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: RE: Checkpoints en postgres 8.0
Date: 2005-07-27 17:57:11
Message-ID: 014b01c592d4$9de74a70$0501a8c0@fabio
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Gracias Alvaro,
Voy por partes, entregando la información para completar la consulta.

> -----Mensaje original-----
> De: Alvaro Herrera [mailto:alvherre(at)alvh(dot)no-ip(dot)org]
> Enviado el: Miércoles, 27 de Julio de 2005 11:35 a.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 10:53:01AM -0300, Fabio C. Bon wrote:
> > Hace unos días tuve un crash en una base de datos y tuve
> problemas de
> > corrupción al levantarla. La única solución fue inicializar
> el log mediante
> > pg_resetxlog.
>
> 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 ?

>
> 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)
Es posible que lo tenga respaldado. Si dispongo de esa información puedo
hacer pruebas con ella, pero ya hemos recompuesto la situación re-ingresando
los datos. Mi mayor interes es aprender de la situación, de PostgreSQL para
poder manejar mejor situaciones futuras.

>
> > Resultado : perdí todos los datos del día, aparentemente
> todo lo de los días
> > anteriores al crash que fue sobre las 20:00 horas estaba correcto.
> >
> > Estoy tratando de investigar porque paso esto.
>
> Muy raro ciertamente. Lamentablemente borraste toda la evidencia
> interesante.
>
> Que sistema operativo estas usando, y que version exacta de
> PostgreSQL?
S/O : Linux Suse 9.0, PostgreSQL 7.4 (incluido en Suse)

>
> 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.

>
> > Preguntas:
> > 1) Es correcto suponer que si "checkpoint_timeout = 300"
> debería hacerse un
> > checkpoint cada 5 minutos ?
>
> Si.
>
> > 2) Como registro la actividad de checkpoints en el log de
> sucesos de la base
> > de datos ?
>
> www.postgresql.org/docs/8.0/postgres/runtime-config.html
>
> --
> Alvaro Herrera (<alvherre[a]alvh.no-ip.org>)
> "Cuando no hay humildad las personas se degradan" (A. Christie)
>

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Mauricio A. Ferrari 2005-07-27 18:09:35 Re: Consulta fuera de topico
Previous Message Jaime Casanova 2005-07-27 17:31:15 Re: ERROR: fmrg_info:Function 16556: cache lookup filed