Re: Remove Deprecated Exclusive Backup Mode

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, David Steele <david(at)pgmasters(dot)net>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Remove Deprecated Exclusive Backup Mode
Date: 2020-07-01 15:33:53
Message-ID: 20200701153353.GQ3125@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Greetings,

* Bruce Momjian (bruce(at)momjian(dot)us) wrote:
> On Wed, Jul 1, 2020 at 04:46:59PM +0200, Laurenz Albe wrote:
> > On Wed, 2020-07-01 at 08:47 -0400, Stephen Frost wrote:
> > > > I remain -1 on removing the exclusive backup API.
> > >
> > > It's still deprecated and I'm certainly against removing that status
> > > until/unless someone actually fixes it (including documentation), and if
> > > we're not going to do that then we should remove it.
> >
> > Well, it doesn't need fixing, since it is working just fine (for certain
> > values of "just fine").
> >
> > I agree with the need to document the problems better.
>
> Agreed, and I don't support the repeated attempts to force things. For
> me, the exclusive mode got marked as deprecated because it is "not
> optimal", but that doesn't mean it is useless or needs to be removed.

I don't consider something that, in entirely normal operation, causes
the server to not restart from a crash to be just "not optimal". You
could argue that doing a non-atomic snapshot of PG as a backup as "not
optimal" too, and certainly there's no shortage of folks who do and it
even works in a lot of cases, but there's no doubt it'll end up
breaking at some point.

Thanks,

Stephen

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Zidenberg, Tsahi 2020-07-01 15:40:38 [PATCH] audo-detect and use -moutline-atomics compilation flag for aarch64
Previous Message Bruce Momjian 2020-07-01 15:30:12 Re: Remove Deprecated Exclusive Backup Mode