Re: Synchronous replication: status of standby side

From: "Dickson S(dot) Guedes" <listas(at)guedesoft(dot)net>
To: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
Cc: "Kolb, Harald (NSN - DE/Munich)" <harald(dot)kolb(at)nsn(dot)com>, pgsql-hackers(at)postgresql(dot)org, "Czichy, Thoralf (NSN - FI/Helsinki)" <thoralf(dot)czichy(at)nsn(dot)com>
Subject: Re: Synchronous replication: status of standby side
Date: 2009-06-05 12:17:22
Message-ID: 1244204242.30094.48.camel@analise3.cresoltec.com.br
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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(at)guedesoft(dot)net - skype: guediz
http://guedesoft.net - http://www.postgresql.org.br
http://www.rnp.br/keyserver/pks/lookup?search=0x8F3E3C06D428D10A

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tatsuo Ishii 2009-06-05 12:18:55 Re: 8.4b2 tsearch2 strange error
Previous Message Fujii Masao 2009-06-05 09:25:08 Re: Simple, safe hot backup and recovery