Re: New recovery_target_timeline=primary option
| От | Efrain J. Berdecia |
|---|---|
| Тема | Re: New recovery_target_timeline=primary option |
| Дата | |
| Msg-id | 1173640045.2783735.1757638548616@mail.yahoo.com обсуждение исходный текст |
| Ответ на | Re: New recovery_target_timeline=primary option ("Euler Taveira" <euler@eulerto.com>) |
| Список | pgsql-hackers |
This option would only be applicable when the standby.signal file is used only for restoring a cluster for the purposes of establishing a standby replica.
On Thu, Sep 11, 2025 at 8:50 PM, Euler Taveira<euler@eulerto.com> wrote:On Thu, Sep 11, 2025, at 9:17 PM, Efrain J. Berdecia wrote:
> *One-line Summary:* This new recovery_target_timeline option would
> ensure that when rebuilding a replica cluster, the recovery stays in
> the primary cluster's timeline making it fool proof and avoiding
> recovery timeline inconsistencies.
>
Do you understand what the timeline is for? [1] You are proposing to implement
exactly what it is protecting you from: overwrite previous archived WAL after a
recovery.
[1] https://www.postgresql.org/docs/current/continuous-archiving.html#BACKUP-TIMELINES
--
Euler Taveira
EDB https://www.enterprisedb.com/
В списке pgsql-hackers по дате отправления: