From: | Martín Marqués <martin(at)2ndquadrant(dot)com> |
---|---|
To: | "Guillermo E(dot) Villanueva" <guillermovil(at)gmail(dot)com>, Anthony Sotolongo <asotolongo(at)gmail(dot)com>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Cc: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Martin Diaz <mardiaz28(at)yahoo(dot)com(dot)ar> |
Subject: | Re: StreaminReplication 1 + 2 |
Date: | 2016-04-15 19:56:03 |
Message-ID: | 57114753.7040001@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
El 15/04/16 a las 09:15, Guillermo E. Villanueva escribió:
>
> Recomiendan que con ambos standby combine streaming replication +
> transferencia de archivos WAL ?
>
> En el caso de un solo standby en mi*archive_command* yo usaba un único
> scp, ahora al tener mas de un standby? Consideran que es una buena
> opción hacer el archivado en el mismo server A y luego con cron o algún
> método pasarlos a B y C ?
No, transferir a ambos nodos implica doble trabajo y casi seguro que vas
a romper el archive. He visto muchos respaldos inservibles gracias a
archive_commands que no devuelven correctamente éxito o error.
Dos opciones:
*) No te preocupes por tener disponibles los WALs en cada standby: usa
replication slots
*) Instala un servidor para desastres con barman, archivas los WALs ahí
y cuando tus standbys los necesitan se lo piden a barman.
Saludos,
--
Martín Marqués http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
From | Date | Subject | |
---|---|---|---|
Next Message | Martín Marqués | 2016-04-15 19:59:26 | Re: StreaminReplication 1 + 2 |
Previous Message | Gilberto Castillo | 2016-04-15 14:41:53 | Re: [MASSMAIL]Re: StreaminReplication 1 + 2 |