AW: backup and restore

From: Zeugswetter Andreas SB <ZeugswetterA(at)wien(dot)spardat(dot)at>
To: "'Martin A(dot) Marques'" <martin(at)math(dot)unl(dot)edu(dot)ar>, Hannu Krosing <hannu(at)tm(dot)ee>
Cc: PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: AW: backup and restore
Date: 2000-10-12 14:21:23
Message-ID: 11C1E6749A55D411A9670001FA68796336809C@sdexcsrv1.f000.d0188.sd.spardat.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


> Well, that would only be part og what I'm looking for. The thing I like about
> informix is that I can make a Level 0 backup of all the data (equal to the
> pg_dumpall), and then leave the logical logs downloading continuosly, so that
> if in one moment the system breaks, I restore the Level 0 backup and then
> apply the logical logs, which are the small changes that have been done to
> the database in each transaction, administration, etc.
>
> Could this be added? I am willing to help with the coding.

This is what Version 7.1 WAL is all about.
There might be some help wanted in one of the possible backup methods:
1. a pg_dumpall restore, and a subsequent restore of logs
2. a restore of a "physical backup of db files" + subsequent restore of logs

I think Vadim has the 1st way in his works.
The 2nd way would need some work and testing, and probably some utility to
backup the files in the correct order
(Could be something that calls tar with appropriate arguments).
I am still pretty sure that a physical backup without synchronization with the
postmaster is possible with a little extra work. E.g. checking index validity
after restore and rebuild if bogus. The better way would probably be to not backup
index files at all and rebuild them after restore.

A distinct suffix for different file types would definitely help in this area (.dat, .idx, .tmp ...).
I think this would be a good idea overall.

Andreas

Browse pgsql-hackers by date

  From Date Subject
Next Message Zeugswetter Andreas SB 2000-10-12 14:22:18 AW: FW: oracle ate
Previous Message Zeugswetter Andreas SB 2000-10-12 14:19:36 AW: AW: Reimplementing permission checks for rules