Skip site navigation (1) Skip section navigation (2)

7.2 tools (was: WAL's single point of failure: latest CHECKPOINT record)

From: Ned Lilly <ned(at)greatbridge(dot)com>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Justin Clift <aa2(at)bigpond(dot)net(dot)au>, pgsql-hackers(at)postgresql(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: 7.2 tools (was: WAL's single point of failure: latest CHECKPOINT record)
Date: 2001-03-02 02:03:27
Message-ID: 3A9EFF6F.6E5E48D0@greatbridge.com (view raw or flat)
Thread:
Lists: pgsql-hackers
Yes, there is backend functionality on tap for 7.2 (see TODO) that will need to
be in place before the tools Justin mentions can be properly built.

We're very interested in helping out with the tools, and will be talking to the
-hackers list more about our ideas once 7.1 is out the door.

Regards,
Ned


Bruce Momjian wrote:

> We really need point-in-time recovery, removal of the need to vacuum,
> and more full-featured replication.  Hopefully most can be addressed in
> 7.2.
>
> > Hi all,
> >
> > Out of curiosity, does anyone know of any projects that are presently
> > creating PostgreSQL database recovery tools?
> >
> > For example database corruption recovery, Point In Time restoration, and
> > such things?
> >
> > It might be a good project for GreatBridge to look into if no-one else
> > is doing it already.
> >
> > Regards and best wishes,
> >
> > Justin Clift
> > Database Administrator
> >


In response to

pgsql-hackers by date

Next:From: The Hermit HackerDate: 2001-03-02 12:04:45
Subject: Re: [HACKERS] why the DB file size does not reduce when 'delete' the data in DB?
Previous:From: Bruce MomjianDate: 2001-03-02 00:22:56
Subject: Re: WAL's single point of failure: latest CHECKPOINT record

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group