Re: vacuum full et hot standby WAL stream: FATAL

"Daniel Verite" <[email protected]>
Newsgroups gmane.comp.db.postgresql.french
Message-ID <f42d1920-b1ba-45a0-ac47-5951763da025@mm>
  CRUMEYROLLE Pierre wrote:

> La deuxième particularité concerne le côté synchrone ou non de la 
> réplication. Une réplication synchrone fonctionne de la façon suivante 
> : une transaction n'est pas considérée validée (pas de COMMIT) tant 
> que tous les serveurs n'ont pas validé cette transaction. Il y a 
> plusieurs intérêts à ça :
> 
> il n'y a pas de risque de perte de données au moment d'une 
> bascule du maître ;
> le résultat d'une requête est cohérent quelque soit le serveur 
> interrogé dans le cadre d'un cluster en répartition de charge.

Sur le dernier point, non il n'y pas de cohérence systématique,
c'est d'ailleurs une nouveauté de la 9.6 actuellement en beta:
synchronous_commit = 'remote_apply'

Voir (en anglais):
https://www.postgresql.org/docs/9.6/static/runtime-config-wal.html

ainsi que:
http://michael.otacoo.com/postgresql-2/postgres-9-6-feature-highlight-remote-apply/

Cordialement,
-- 
Daniel Vérité
PostgreSQL-powered mailer: http://www.manitou-mail.org
Twitter: @DanielVerite


--
Envoi via la liste pgsql-fr-generale ([email protected])
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.