Re: New recovery_target_timeline=primary option - Mailing list pgsql-hackers

From Efrain J. Berdecia
Subject Re: New recovery_target_timeline=primary option
Date
Msg-id 1173640045.2783735.1757638548616@mail.yahoo.com
Whole thread Raw
In response to Re: New recovery_target_timeline=primary option  ("Euler Taveira" <euler@eulerto.com>)
List 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 by date:

Previous
From: "Euler Taveira"
Date:
Subject: Re: New recovery_target_timeline=primary option
Next
From: "David G. Johnston"
Date:
Subject: Re: New recovery_target_timeline=primary option