Re: Point in Time Recovery

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Point in Time Recovery
Дата
Msg-id 1089760888.17493.3347.camel@stromboli
обсуждение исходный текст
Ответ на Re: Point in Time Recovery  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
On Wed, 2004-07-14 at 00:01, Bruce Momjian wrote:
> Tom Lane wrote:
> > Simon Riggs <simon@2ndquadrant.com> writes:
> > > So the situation is: 
> > > - You must only stop recovery at a point in time (in the logs) after the
> > > backup had completed.
> > 
> > Right.
> > 
> > > No way to enforce that currently, apart from procedurally. Not exactly
> > > frequent, so I think I just document that and move on, eh?
> > 
> > The procedure that generates a backup has got to be responsible for
> > recording both the start and stop times.  If it does not do so then
> > it's fatally flawed.  (Note also that you had better be careful to get
> > the time as seen on the server machine's clock ... this could be a nasty
> > gotcha if the backup is run on a different machine, such as an NFS
> > server.)
> 
> OK, but procedurally, how do you correlate the start/stop time of the
> tar backup with the WAL numeric file names?

No need. You just correlate the recovery target with the backup file
times. Mostly, you'll only ever use your last backup and won't need to
fuss with the times.

Backup should begin with a CHECKPOINT...then wait for that to complete,
just to make the backup as current as possible.

If you want to start purging your archives of old archived xlogs, you
can use the filedate (assuming you preserved that on your copy to
archive - but even if not, they'll be fairly close).

Best regards, Simon Riggs



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Point in Time Recovery
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Point in Time Recovery