Re: Patch for disaster recovery

From: Simon Riggs <simon(at)2ndquadrant(dot)com>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Bruno Wolff III <bruno(at)wolff(dot)to>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-patches <pgsql-patches(at)PostgreSQL(dot)org>
Subject: Re: Patch for disaster recovery
Date: 2005-02-21 20:48:55
Message-ID: 1109018935.3801.55.camel@localhost.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

On Sun, 2005-02-20 at 13:08 -0500, Bruce Momjian wrote:
> Bruno Wolff III wrote:
> > On Sun, Feb 20, 2005 at 09:43:11 -0500,
> > Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> wrote:
> > >
> > > We regularly have people on IRC who delete data and then want to recover
> > > it.

That is (one of) the purpose(s) of PITR.

> By having the define it makes it easier for us to help them without
> > > them having to add actual C code.
> > >
> > > Does that make sense?
> >
> > You aren't going to get a consistant snapshot if you get back all of the
> > deleted rows. With autovacuum it is going to get harder to do this, because
> > accidentally making large changes in a table is going to trigger a vacuum.
>
> Right, but as far as I remember the vacuum isn't going to reuse the
> rows. Rather, it is just going to mark them for later reuse.
>
> > It seems like the right way to do this is a recovery using the PITR
> > system and putting effort into making that easier is the way to go.
>
> You are assuming someone is running PITR already, which they might not.

I do hope you/we all recommend PITR as the supported route for recovery
situations?? Otherwise it never will get easier.

If PITR were more clearly recommended, then perhaps more people would
think about about using it ahead of time, just like everybody does with
commercial databases.

Best Regards, Simon Riggs

In response to

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2005-02-21 21:40:32 Re: CSV multiline final fix
Previous Message Magnus Hagander 2005-02-21 19:56:57 Re: BUG #1466: syslogger issues