Re: Replication - Mailing list pgsql-general

From Scott Marlowe
Subject Re: Replication
Date
Msg-id AANLkTik+TT22C2iPOLVO9J3Tv6sCojjQ_CaT61oKb4A1@mail.gmail.com
Whole thread Raw
In response to Re: Replication  (Jonathan Tripathy <jonnyt@abpni.co.uk>)
Responses Re: Replication  (Jonathan Tripathy <jonnyt@abpni.co.uk>)
List pgsql-general
On Mon, Nov 1, 2010 at 2:12 PM, Jonathan Tripathy <jonnyt@abpni.co.uk> wrote:
>
> On 01/11/10 20:01, Thomas Kellerer wrote:
>>
>> Jonathan Tripathy wrote on 01.11.2010 20:53:
>>>
>>> Hi Everyone,
>>>
>>> I'm looking for the best solution for "Hot Standbys" where once the
>>> primary server fails, the standby will take over and act just like
>>> the master did. The standby must support INSERTS and UPDATES as well
>>> (once the master has failed)
>>>
>>> Are there any solutions like this? Looking on the Postgresql site,
>>> all the standby solutions seem to be read only..
>>
>> 9.0 has streaming replication and "Hot Standby"
>>
>> http://www.postgresql.org/docs/current/static/hot-standby.html
>>
>> http://www.postgresql.org/docs/current/static/warm-standby.html#STREAMING-REPLICATION
>>
>> Regards
>> Thomas
>>
>>
>>
> But does that not only allow "read-only" things to work on the standby?

Yep.  Generally when to fail over is considered a business decision.
I think only pgpool supports automatic failover but has a lot of
limitations to deal with otherwise.

pgsql-general by date:

Previous
From: Kevin Field
Date:
Subject: can select contents of view but not view itself, despite indirect membership
Next
From: Merlin Moncure
Date:
Subject: Re: async queries in Perl and poll()/select() loop - how to make them work together?