Re: Controlling hot standby

From: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
To: Simon Riggs <simon(at)2ndQuadrant(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Controlling hot standby
Date: 2009-01-23 12:28:37
Message-ID: 4979B7F5.7090308@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Simon Riggs wrote:
> On Fri, 2009-01-23 at 10:35 +0200, Heikki Linnakangas wrote:
>> As the patch stands, there's no way to disable hot standby. The server
>> always opens for read-only connections as soon as it can. That might not
>> be what you want.
>>
>> I think we need a GUC to enable/disable hot standby. It would become
>> handy if the unimaginable happens and there's a bug in the hot standby
>> code that prevents a server from recovering.
>
> Currently recovery processing is only active during archive recovery,
> never during crash recovery, for the above reason.

Oh, ok. Is the bgwriter still launched in crash recovery, and do we
start accepting connections as soon as the replay finishes, before the
first checkpoint is finished?

>> I think we need a GUC to enable/disable hot standby.
>
> I presume you mean something that will stop us keeping track of
> snapshots and preventing users from connecting?
>
> Suggestion: hot_standby = on | off (on is default)
> (in recovery.conf)

Right.

> Would that include starting the bgwriter during recovery? Or should be a
> separate boolean? If needed, should this be in postgresql.conf or in
> recovery.conf?

I don't think that's necessary.

--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Teodor Sigaev 2009-01-23 12:41:28 Re: [PATCHES] GIN improvements
Previous Message Simon Riggs 2009-01-23 12:23:43 Re: Controlling hot standby