Re: recovery_target_time and standby_mode

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: recovery_target_time and standby_mode
Дата
Msg-id 545D41B7.20205@agliodbs.com
обсуждение исходный текст
Ответ на recovery_target_time and standby_mode  (Josh Berkus <josh@agliodbs.com>)
Список pgsql-hackers
On 11/07/2014 01:30 PM, Robert Haas wrote:
> On Fri, Nov 7, 2014 at 4:00 PM, Josh Berkus <josh@agliodbs.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



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: row_to_json bug with index only scans: empty keys!
Следующее
От: Atri Sharma
Дата:
Сообщение: Re: Representing a SRF return column in catalogs