| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
| Cc: | marc(at)bloodnok(dot)com, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: point in time recovery and moving datafiles online |
| Date: | 2002-03-08 01:49:31 |
| Message-ID: | 25922.1015552171@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-hackers |
Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> writes:
> Consider a scenario:
> (1) backup process starts (and records LSN)
> (2) DROP TABLE t1 starts
> (3) DROP TABLE t1 commits
> (4) backup process ends
> I think the database status should be able to go back to (1) using
> the archive log recovery. No?
No. It is not reasonable to expect the backup to allow you to recreate
any state occurring before the *end* of the backup process. After the
backup is complete, you can use the backup and the WAL to duplicate the
state of any later instant.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2002-03-08 01:50:57 | Re: PostgreSQL for PS/2 ? |
| Previous Message | Tatsuo Ishii | 2002-03-08 01:42:19 | Re: point in time recovery and moving datafiles online |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2002-03-08 01:53:47 | Re: Libpq support for precision and scale |
| Previous Message | Tom Lane | 2002-03-08 01:46:51 | Re: Libpq support for precision and scale |