Re: replay pause vs. standby promotion - Mailing list pgsql-hackers

From Fujii Masao
Subject Re: replay pause vs. standby promotion
Date
Msg-id 9f45c80f-6441-f006-1036-8f182c6fe774@oss.nttdata.com
Whole thread Raw
In response to Re: replay pause vs. standby promotion  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers

On 2020/03/23 23:55, Robert Haas wrote:
> On Mon, Mar 23, 2020 at 10:36 AM Fujii Masao
> <masao.fujii@oss.nttdata.com> wrote:
>> If we would like to have the promotion method to finish recovery
>> immediately, IMO we should implement something like
>> "pg_ctl promote -m fast". That is, we need to add new method into
>> the promotion.
> 
> I think 'immediate' would be a better choice. One reason is that we've
> used the term 'fast promotion' in the past for a different feature.
> Another is that 'immediate' might sound slightly scary to people who
> are familiar with what 'pg_ctl stop -mimmediate' does. And you want
> people doing this to be just a little bit scared: not too scared, but
> a little scared.

+1

When I proposed the feature five years before, I used "immediate"
as the option value.
https://postgr.es/m/CAHGQGwHtvyDqKZaYWYA9zyyLEcAKiF5P0KpcpuNE_tsrGTFtQw@mail.gmail.com

Regards,

-- 
Fujii Masao
NTT DATA CORPORATION
Advanced Platform Technology Group
Research and Development Headquarters



pgsql-hackers by date:

Previous
From: Maxim Ivanov
Date:
Subject: Re: optimisation? collation "C" sorting for GroupAggregate for all deterministic collations
Next
From: Fujii Masao
Date:
Subject: Re: replay pause vs. standby promotion