From: | "Simon Riggs" <simon(at)2ndquadrant(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Interaction of PITR backups and Bulkoperationsavoiding WAL |
Date: | 2007-03-09 16:57:18 |
Message-ID: | 1173459439.3641.291.camel@silverbirch.site |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, 2007-03-09 at 11:47 -0500, Tom Lane wrote:
> "Simon Riggs" <simon(at)2ndquadrant(dot)com> writes:
> > On Fri, 2007-03-09 at 11:15 -0500, Tom Lane wrote:
> >> It strikes me that allowing archive_command to be changed on the fly
> >> might not be such a good idea though, or at least it shouldn't be
> >> possible to flip it from empty to nonempty during live operation.
>
> > I'd rather fix it the proposed way than force a restart. ISTM wrong to
> > have an availability feature cause downtime.
>
> I don't think that people are very likely to need to turn archiving on
> and off on-the-fly. Your proposed solution introduces a great deal of
> complexity (and risk of future bugs-of-omission, to say nothing of race
> conditions) to solve a non-problem. We have better things to be doing
> with our development time.
It's certainly a quicker fix. Unless others object, I'll set
archive_command to only be changeable at server startup.
--
Simon Riggs
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Andreas Pflug | 2007-03-09 17:02:21 | Re: Interaction of PITR backups and Bulk operationsavoiding WAL |
Previous Message | Florian G. Pflug | 2007-03-09 16:48:49 | Re: CLUSTER and MVCC |