Re: Synchronous replication: status of standby side - Mailing list pgsql-hackers

From Dickson S. Guedes
Subject Re: Synchronous replication: status of standby side
Date
Msg-id 1244204242.30094.48.camel@analise3.cresoltec.com.br
Whole thread Raw
In response to Re: Synchronous replication: status of standby side  (Fujii Masao <masao.fujii@gmail.com>)
List pgsql-hackers
Em Sex, 2009-06-05 às 16:19 +0900, Fujii Masao escreveu:
> BTW. Which kind of status should be detectable when combining replication
> with Hot Standby? There are several statuses. For example, the last commit
> transaction in the primary server has been;
>
> 1) not sent to the standby server yet.
> 2) sent to the standby, but not written there yet.
> 3) sent and written, but not fsynced yet.
> 4) sent, written and fsynced, but not applied yet.
> 5) etc..

We could have some kind of "table of replication status code" and a
"last status code" or a "history of status codes", which is used by
clients (psql, pgadmin, etc) to shows the replication status.


> And, which server should we ask the status, the primary or the standby server?

Is expected that this information resides in both? For example, take a
status code like "2) sent to the standby, but not written there yet.",
if we expect this in primary, in the stand by must have something like
"2) received from primary, but not written here yet." as status code? I
guess that would be a good way to check whether and how replication is
working in both servers.

I agree with you that this feature should be postponed.


Best Regards,

--
Dickson S. Guedes
mail/xmpp: guedes@guedesoft.net - skype: guediz
http://guedesoft.net - http://www.postgresql.org.br
http://www.rnp.br/keyserver/pks/lookup?search=0x8F3E3C06D428D10A

pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: It's June 1; do you know where your release is?
Next
From: Tatsuo Ishii
Date:
Subject: Re: 8.4b2 tsearch2 strange error