Re: recovery_min_apply_delay y WAL

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

In response to

Responses

Browse pgsql-es-ayuda by date

  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