Re: PITR Phase 1 - Code Overview (1) - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: PITR Phase 1 - Code Overview (1)
Date
Msg-id 1083168073.3018.392.camel@stromboli
Whole thread Raw
In response to Re: PITR Phase 1 - Code Overview (1)  (Peter Eisentraut <peter_e@gmx.net>)
Responses PITR logging control program  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
On Wed, 2004-04-28 at 16:14, Peter Eisentraut wrote:
> Am Tuesday 27 April 2004 19:59 schrieb Bruce Momjian:
> > Peter Eisentraut wrote:
> > > Simon Riggs wrote:
> > > > New utility aimed at being located in src/bin/pg_arch
> > >
> > > Why isn't the archiver process integrated into the server?
> >
> > I think it is because the archiver process has to be started/stopped
> > independently of the server.
> 
> When the server is not running there is nothing to archive, so I don't follow 
> this argument.

The running server creates xlogs, which are still available for archive
even when the server is not running...

Overall, your point is taken, with many additional comments in my other
posts in reply to you.

I accept that this may be desirable in the future, for some simple
implementations. The pg_autovacuum evolution path is a good model - if
it works and the code is stable, bring it under the postmaster at a
later time.

Best Regards, Simon Riggs



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [pgsql-advocacy] What can we learn from MySQL?
Next
From: Simon Riggs
Date:
Subject: Re: PITR Phase 2 - Design Planning