From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Simon Riggs <simon(at)2ndquadrant(dot)com>, pgsql-patches(at)postgresql(dot)org |
Subject: | Re: [HACKERS] Point in Time Recovery |
Date: | 2004-07-17 19:18:26 |
Message-ID: | 16190.1090091906@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-hackers pgsql-patches |
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> Tom Lane wrote:
>> What is the point of having both archive_program and archive_dest as
>> GUC variables?
> I assume archive_dest is used for both archive and recovery of archives.
You assume wrong; it's not used there. There isn't any real good
reason to suppose that the recovery process is going to fetch the files
from exactly where archiving put them, anyhow.
> I think the idea is that you would turn archiving on and off regularly
Why in the world would you do that? People who want PITR at all will
want it 24x7.
> while you might never change the archive_command value. Also, how would
> you disable it? Set it to "", and if you do, you then have not way to
> remember your command string when you want to re-enable it.
Leave the original value in a comment, if you're going to want it again
later.
I don't think any of the above arguments outweigh the risk of people
shooting themselves in the foot by enabling archive_mode without
specifying a proper command/destination.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Dario V. Fassi | 2004-07-17 20:03:31 | Migrate postgres databases from SQL_ASCII to UNICODE encoding |
Previous Message | Bruce Momjian | 2004-07-17 19:08:43 | Re: [HACKERS] Point in Time Recovery |
From | Date | Subject | |
---|---|---|---|
Next Message | Jonathan M. Gardner | 2004-07-17 19:20:27 | Fun with nested transactions in PL/pgSQL |
Previous Message | Jonathan M. Gardner | 2004-07-17 19:12:27 | Re: Documentation on new features? |
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2004-07-17 19:19:17 | Re: Subtransaction documentation |
Previous Message | Jonathan M. Gardner | 2004-07-17 19:11:28 | Subtransaction documentation |