Re: "using previous checkpoint record at" maybe not the greatest idea? - Mailing list pgsql-hackers

From Jim Nasby
Subject Re: "using previous checkpoint record at" maybe not the greatest idea?
Date
Msg-id 56B3E434.1040402@BlueTreble.com
Whole thread Raw
In response to Re: "using previous checkpoint record at" maybe not the greatest idea?  (Andres Freund <andres@anarazel.de>)
Responses Re: "using previous checkpoint record at" maybe not the greatest idea?
List pgsql-hackers
On 2/4/16 3:37 PM, Andres Freund wrote:
> On 2016-02-03 09:28:24 -0500, Robert Haas wrote:
>> Would we still have some way of forcing the older checkpoint record to
>> be used if somebody wants to try to do that?
>
> I think currently the best way to force an arbitrary checkpoint to be
> used is creating a "custom" backup label. Not that nice.  Not sure if we
> need something nice here, I don't really see a frequent need for this.
>
> We could add another option to pg_resetxlog alternatively :/

I guess you'd have to scan through WAL files by hand to find the next 
oldest checkpoint?

I'm guessing that if this is happening in the field there's a decent 
chance people aren't noticing it, so maybe the best thing for now is to 
turn off the automatic behavior bust still have a relatively easy way to 
re-enable it. In case this is more common than we think...
-- 
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com



pgsql-hackers by date:

Previous
From: Jim Nasby
Date:
Subject: Re: "using previous checkpoint record at" maybe not the greatest idea?
Next
From: Jim Nasby
Date:
Subject: Re: proposal: PL/Pythonu - function ereport