Re: recovery_target_time and standby_mode

From: Josh Berkus <josh(at)agliodbs(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Greg Stark <stark(at)mit(dot)edu>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: recovery_target_time and standby_mode
Date: 2014-11-07 22:03:35
Message-ID: 545D41B7.20205@agliodbs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 11/07/2014 01:30 PM, Robert Haas wrote:
> On Fri, Nov 7, 2014 at 4:00 PM, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
>> In order for this to work, the archive would need to stop before
>> recovery_target_time.
>
> Yeah, good point. I didn't think of the case where you've rewound the
> master but not the archive. That will indeed require some special
> handling, but it also seems like a somewhat unusual setup, because if
> the master is trying to archive back to that same archive, archiving
> will fail, with all the usual problems that entails. Or maybe the
> master is archiving there but on a different timeline, but in that
> case why can the standby follow the timeline switch when connecting
> directly to the master, but not via the archive? My brain hurts.

I'm not surprised this issue hasn't come up before. We manage
replication and archiving for many clients, and this is the first time
I've had this question. The reason this user wants to do things this
way is that their archive storage is higher bandwidth (fiber) than their
local network, so it's faster to restore several servers in parallel
from the archive than it is to restore the master and then take basebackups.

But, like I said, there's a serviceable workaround.

--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Atri Sharma 2014-11-07 22:25:49 Re: Representing a SRF return column in catalogs
Previous Message Tom Lane 2014-11-07 21:59:40 Re: row_to_json bug with index only scans: empty keys!