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 |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
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
> >
From | Date | Subject | |
---|---|---|---|
Next Message | The Hermit Hacker | 2001-03-02 12:04:45 | Re: [HACKERS] why the DB file size does not reduce when 'delete' the data in DB? |
Previous Message | Bruce Momjian | 2001-03-02 00:22:56 | Re: WAL's single point of failure: latest CHECKPOINT record |