Re: Interaction of PITR backups and Bulk operationsavoiding WAL - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Interaction of PITR backups and Bulk operationsavoiding WAL
Date
Msg-id 602.1173458873@sss.pgh.pa.us
Whole thread Raw
In response to Re: Interaction of PITR backups and Bulk operationsavoiding WAL  ("Simon Riggs" <simon@2ndquadrant.com>)
Responses Re: Interaction of PITR backups and Bulkoperationsavoiding WAL  ("Simon Riggs" <simon@2ndquadrant.com>)
Re: Interaction of PITR backups and Bulk operationsavoiding WAL  (Andreas Pflug <pgadmin@pse-consulting.de>)
Re: Interaction of PITR backups and Bulk operationsavoiding WAL  (Csaba Nagy <nagy@ecircle-ag.com>)
List pgsql-hackers
"Simon Riggs" <simon@2ndquadrant.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.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Florian G. Pflug"
Date:
Subject: Re: CLUSTER and MVCC
Next
From: "Florian G. Pflug"
Date:
Subject: Re: CLUSTER and MVCC