Re: vacuum full et hot standby WAL stream: FATAL
CRUMEYROLLE Pierre <[email protected]>
| Newsgroups | gmane.comp.db.postgresql.french |
|---|---|
| Message-ID | <20160527155639.Horde.Wa6qTPNReX_KhwEkmpbZqA4@messagerie.si.c-s.fr> |
hello rectification : à condition que le vacuum full ne la plante pas "En général il y a peu d'intérêt à ce que toutes les transactions soient répliquées de manière synchrone" => alors pourquoi inventer une réplication synchrone ? cordialement Cédric Villemain <[email protected]> a écrit : >> on peut s'appuyer sur la réplication synchrone => a condition qu'elle ne >> plante pas > > Alors là, je reste dubitatif. Que voulez-vous dire? > > En général il y a peu d'intérêt à ce que toutes les transactions soient > répliquées de manière synchrone, et en général on met en œuvre plusieurs > serveurs secondaires pour garantir la disponibilité. > > L'impact sur les performances peut être sensible et l'application doit > gérer le fait qu'elle utilise la réplication synchrone (ou pour le moins > elle doit correctement appréhender les finesses du standard SQL sur le > sujet). > > Cela ne se décide pas à la légère. > > -- > Cédric Villemain +33 (0)6 20 30 22 52 > http://2ndQuadrant.fr/ > PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services > > > -- > Envoi via la liste pgsql-fr-generale ([email protected]) -- Envoi via la liste pgsql-fr-generale ([email protected])