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
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 |