Re: Why we really need timelines *now* in PITR

From: Greg Stark <gsstark(at)mit(dot)edu>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Why we really need timelines *now* in PITR
Date: 2004-07-22 05:09:07
Message-ID: 874qo0r5l8.fsf@stark.xeocode.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au> writes:

> Also, I need to be sure that pg_dumpall is enough, and I don't need to make
> sure I issue a checkpoint before the pg_dumpall or anything.

I think if you're using PITR you don't use pg_dump you just tar up the PGDATA
directory.

Of course you can still use pg_dump to save logical exports for use in other
purposes. They're useful for loading into test databases for poking around in
the data for example.

But the transaction logs aren't going to be applicable to a database restored
from a logical pg_dump. That's effectively a completely fresh database even if
it has functionally equivalent data in it. The transaction logs are physical;
they store "replace this block with the following raw data". That can't be
applied to a logically equivalent but physically dissimilar database.

--
greg

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Gavin Sherry 2004-07-22 05:23:47 Completed TODO item?
Previous Message K-Sudhakaran 2004-07-22 04:31:10 Hi ...Inheritance in postgres 7.3.4 reg.