From: | Tatsuo Ishii <ishii(at)sraoss(dot)co(dot)jp> |
---|---|
To: | reuven(at)lerner(dot)co(dot)il |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Failover architecture |
Date: | 2011-08-17 23:22:27 |
Message-ID: | 20110818.082227.314355318037081036.t-ishii@sraoss.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> <li>Of course, Is there any easy way to do that? If so, then what
> happens when pgpool tries forward an INSERT to the master while
> it's in read-only mode?
Assuming "read-only mode" is a database running in read-only
transaction mode(like standby), you will get errors something like
this:
ERROR: cannot execute INSERT in a read-only transaction
(For the record, I'm pretty sure that
> there isn't any easy or obvious way to make a database
> read-only, and that we can simulate read-only mode by adding
> INSERT/UPDATE triggers on each of the four -- yes, only four --
> tables in the database, silently ignoring data that's posted. I
> floated this with the project managers, and they were OK with
> this idea -- but I wanted to double-check whether this is a
> viable solution, or if there's an obvious pitfall I'm missing
> and/or a better way to go about this.</li>
> <li>If we use master-slave replication, and communication is cut
> off, does the slave reconnect automatically? I believe that the
> answer is "yes," and that the replication will continue so long
Yes, as long as you turn on archive logging *and* keep enough archive
log segments.
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese: http://www.sraoss.co.jp
From | Date | Subject | |
---|---|---|---|
Next Message | Craig Ringer | 2011-08-18 00:02:11 | Re: Using Postgresql as application server |
Previous Message | Lonni J Friedman | 2011-08-17 19:26:16 | Re: streaming replication: one problem & several questions |