AW: Re: Backup and Recovery - Mailing list pgsql-hackers

From Zeugswetter Andreas SB
Subject AW: Re: Backup and Recovery
Date
Msg-id 11C1E6749A55D411A9670001FA687963368367@sdexcsrv1.f000.d0188.sd.spardat.at
Whole thread Raw
Responses Re: AW: Re: Backup and Recovery  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: Re: Backup and Recovery  (ncm@zembu.com (Nathan Myers))
List pgsql-hackers
> > Also, isn't the WAL format rather bulky to archive hours and hours of?

If it were actually too bulky, then it needs to be made less so, since that
directly affects overall performance :-) 

> > I would expect high-level transaction redo records to be much more compact;
> > mixed into the WAL, such records shouldn't make the WAL grow much faster.

All redo records have to be at the tuple level, so what higher-level are you talking 
about ? (statement level redo records would not be able to reproduce the same
resulting table data (keyword: transaction isolation level)) 

> The page images are not needed and can be thrown away once the page is
> completely sync'ed to disk or a checkpoint happens.

Actually they should at least be kept another few seconds to allow "stupid"
disks to actually write the pages :-) But see previous mail, they can also 
help with various BAR restore solutions.

Andreas


pgsql-hackers by date:

Previous
From: Alessio Bragadini
Date:
Subject: Re: [OT] Any major users of postgresql?
Next
From: Tom Lane
Date:
Subject: Re: stuck spin lock with many concurrent users