Re: vacuum full et hot standby WAL stream: FATAL

From: "Daniel Verite" <daniel(at)manitou-mail(dot)org>
To: "CRUMEYROLLE Pierre" <pierre(dot)crumeyrolle(at)c-s(dot)fr>
Cc: pgsql-fr-generale(at)postgresql(dot)org
Subject: Re: vacuum full et hot standby WAL stream: FATAL
Date: 2016-05-27 16:03:48
Message-ID: f42d1920-b1ba-45a0-ac47-5951763da025@mm
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-fr-generale

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 (pgsql-fr-generale(at)postgresql(dot)org)

In response to

Responses

Browse pgsql-fr-generale by date

  From Date Subject
Next Message Guillaume Lelarge 2016-05-27 17:20:27 Re: vacuum full et hot standby WAL stream: FATAL
Previous Message Guillaume Lelarge 2016-05-27 15:12:20 Re: vacuum full et hot standby WAL stream: FATAL