From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
Cc: | Aidan Van Dyk <aidan(at)highrise(dot)ca>, David Fetter <david(at)fetter(dot)org>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: is sync rep stalled? |
Date: | 2010-10-05 04:18:50 |
Message-ID: | 14517.1286252330@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Fujii Masao <masao(dot)fujii(at)gmail(dot)com> writes:
> On Tue, Oct 5, 2010 at 2:06 AM, Aidan Van Dyk <aidan(at)highrise(dot)ca> wrote:
>> I'm happy with the docs saying (maybe some what more politely):
>> Before configuring your master to be completly,
>> wait-fully-synchronous, make sure you have a slave capable of being
>> synchronous ready. Because if you've told it to never be
>> un-synchronous, it won't be.
> How can we take a base backup for that synchronous standby? You mean
> that we should disable the wait-forever option, start the master, take
> a base backup, shut down the master, enable the wait-forever option,
> start the master, and start the standby from that base backup?
I think the point here is that it's possible to have sync-rep
configurations in which it's impossible to take a base backup. That
doesn't seem to me to be unacceptable in itself. What *is* unacceptable
is to be unable to change the configuration to another state in which
you could take a base backup. Which is why "keep the config in a system
catalog" doesn't work.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Fujii Masao | 2010-10-05 04:29:10 | Re: ALTER DATABASE RENAME with HS/SR |
Previous Message | Tom Lane | 2010-10-05 04:11:04 | Re: Insertion of geometric type column with column[0], column[1] and etc. |