Re: allowing wal_level change at run time

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: allowing wal_level change at run time
Дата
Msg-id 55D335FA.3050209@gmx.net
обсуждение исходный текст
Ответ на Re: allowing wal_level change at run time  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: allowing wal_level change at run time  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 8/18/15 8:48 AM, Robert Haas wrote:
> On Tue, Aug 18, 2015 at 7:59 AM, Peter Eisentraut <peter_e@gmx.net> wrote:
>> How would we handle decreases at run time?  We can prevent >=archive ->
>> minimal if archiving is running or there are physical replication slots,
>> and we can prevent logical -> something less if there are logical
>> replication slots, but AFAICT, we don't have a way to check whether
>> anyone currently needs level hot_standby.
> 
> What do you mean by "prevent"?  If the user edits postgresql.conf and
> reduces the setting, and then reloads the configuration file, they
> have a right to expect that the changes got applied.

We have certain checks in place that require a minimum wal_level before
other things are allowed.  For example, turning on archiving requires
wal_level >= archive.  The issue is then, if you have archiving on and
then turn wal_level to minimal at run time, we need to prevent that to
preserve the integrity of the original check.





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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Warnings around booleans
Следующее
От: David Fetter
Дата:
Сообщение: Re: Declarative partitioning