Re: Remove Deprecated Exclusive Backup Mode

Поиск
Список
Период
Сортировка
От David Steele
Тема Re: Remove Deprecated Exclusive Backup Mode
Дата
Msg-id 72349ec8-48cb-784d-c7a2-e4e63d935145@pgmasters.net
обсуждение исходный текст
Ответ на Re: Remove Deprecated Exclusive Backup Mode  (Christophe Pettus <xof@thebuild.com>)
Ответы Re: Remove Deprecated Exclusive Backup Mode  (ilmari@ilmari.org (Dagfinn Ilmari Mannsåker))
Re: Remove Deprecated Exclusive Backup Mode  (Christophe Pettus <xof@thebuild.com>)
Re: Remove Deprecated Exclusive Backup Mode  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers

On 2/25/19 12:35 AM, Christophe Pettus wrote:
> 
> 
>> On Feb 24, 2019, at 14:19, Stephen Frost <sfrost@snowman.net> wrote:
>> You say above that the new interface is unquestionably an improvement
>> and here say that we shouldn't deprecate the old one in favor of it
>> (even though we actually already have... but that's beside the point I'm
>> trying to make here), so what you're advocating for is that we keep an
>> old and known broken interface that we know causes real issues even
>> after we've developed a new and unquestionably better one.
> 
> Yes, I am advocating exactly that.  The reason that I think we need to keep the old one (or, at least, not remove it
assoon as 12)...
 

Exclusive backup will not be removed for PG12.  There wasn't support for 
it so I push it out to PG13.

There does appear to be support for removing it in PG13, though, and I'd 
like to see that done sooner than later.


> I do think we need a simple, pg_basebackup-level-complexity hot backup tool that allows a forked copy operation, per
Andres'suggestion.
 

This is a good idea -- but I'm still a bit mystified why the ability to 
run a backup in shell script is considered to be a hard requirement. 
Just about any language you can name performs non-exclusive backups with 
ease -- except shell.  Perhaps the problem is with the language?

Regards,
-- 
-David
david@pgmasters.net


В списке pgsql-hackers по дате отправления:

Предыдущее
От: 이재훈
Дата:
Сообщение: ERROR: could not read block 0 in file "global/XXXXX": Bad address Problem
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: reloption to prevent VACUUM from truncating empty pages at theend of relation