Re: non-exclusive backup cleanup is mildly broken

Поиск
Список
Период
Сортировка
От David Steele
Тема Re: non-exclusive backup cleanup is mildly broken
Дата
Msg-id 0c930fd0-ce3a-5ba7-a3a6-26c036f08db3@pgmasters.net
обсуждение исходный текст
Ответ на Re: non-exclusive backup cleanup is mildly broken  (Magnus Hagander <magnus@hagander.net>)
Ответы Re: non-exclusive backup cleanup is mildly broken  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Список pgsql-hackers
On 12/13/19 3:56 AM, Magnus Hagander wrote:
> On Fri, Dec 13, 2019 at 9:00 AM Michael Paquier <michael@paquier.xyz 
> 
>     I think that's a bad idea to put a restriction of this kind.  There
>     are large consumers of 2PC, and everybody needs backups.
> 
> 
> You misunderstood me. I certainly didn't mean that people who use 2PC 
> shouldn't be able to use proper backups -- that would be *terrible*.
> 
> I meant disallowing pg_start_backup() in a session that had a prepared 
> transaction, and disallowing preparing a transaction in a session with 
> an ongoing backup. They would still work perfectly fine in *other* 
> parallel sessions.

+1.  I think it is reasonable to expect pg_start/stop_backup() to be 
performed in its own session without prepared transactions.

+more if this concession keeps other aspects of the code simpler.

-- 
-David
david@pgmasters.net



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

Предыдущее
От: Daniel Gustafsson
Дата:
Сообщение: Re: xlog.c variable pointlessly global
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: Why is get_actual_variable_range()'s use of SnapshotNonVacuumablesafe during recovery?