From: | Gerardo Herzig <gerardo(dot)herzig(at)ayres(dot)io> |
---|---|
To: | Hellmuth Vargas <hivs77(at)gmail(dot)com> |
Cc: | Lista Postgres ES <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: recovery_min_apply_delay y WAL |
Date: | 2018-04-11 16:20:10 |
Message-ID: | CAM+tAYHWtABTBMsnDX+LjoxteANDNZKFEEAxApYWQZ8NUXZJ6w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
El 11 de abril de 2018, 12:21, Hellmuth Vargas <hivs77(at)gmail(dot)com> escribió:
> Hola Lista
>
> Tengo configurado un Cluster PostgreSQL 9.6 con dos Replicas asincronicas
> una de ellas con el parámetro recovery_min_apply_delay (recovery.conf)
> en 300min, lo que significa que esta replica esta retrasada 5 horas con
> respecto a la master, pero tengo una duda con respecto al comportamiento de
> los archivos WAL:
>
> 1. La replica 'retrasada' solicita y mantiene los WAL que va generando la
> master y va aplicando estos WAL en la replica? ó
>
> 2. La replica va solicitando los WAL de hace 5 horas las master y los va
> aplicando?
>
> Porque la duda, si la master y la otra replica se dañaran y la replica
> retrasada se comportara como el caso 1, pues podría promoverla a master y
> esta se debería poner 'al día' con las transacciones que alcanzo a generar
> la master. Pero si se comporta como el escenario 2, pues tendría solo una
> copia de hace 5 horas antes del incidente.
>
> Muchas Gracias Lista
>
>
>
>
> --
> Cordialmente, ta
>
> Ing. Hellmuth I. Vargas S.
>
El delay se da en el "apply", o sea, la respuesta es "numero 1". Me parece,
de todos modos, que para "ponerla al dia" lo habitual es hacer archiving,
lo cual te serviria para cualquiera de las replicas.
HTH
Gerardo
--
--
Gerardo Herzig
Principal Consultant at Ayres Data Team
root at Via Postgres Argentina
From | Date | Subject | |
---|---|---|---|
Next Message | Hellmuth Vargas | 2018-04-11 18:09:18 | Re: recovery_min_apply_delay y WAL |
Previous Message | Hellmuth Vargas | 2018-04-11 15:21:01 | recovery_min_apply_delay y WAL |