Re: Backup history file should be replicated in Streaming Replication?

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Backup history file should be replicated in Streaming Replication?
Дата
Msg-id 4B6FD551.7050505@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Backup history file should be replicated in Streaming Replication?  (Fujii Masao <masao.fujii@gmail.com>)
Ответы Re: Backup history file should be replicated in Streaming Replication?  (Fujii Masao <masao.fujii@gmail.com>)
Список pgsql-hackers
Fujii Masao wrote:
> On Sun, Feb 7, 2010 at 1:02 AM, Bruce Momjian <bruce@momjian.us> wrote:
>>> src/backend/access/transam/xlog.c
>>>> else
>>>> {
>>>>     XLogRecPtr      InvalidXLogRecPtr = {0, 0};
>>>>     ControlFile->minRecoveryPoint = InvalidXLogRecPtr;
>>>> }
>>> In my original patch, the above is for the problem discussed in
>>> http://archives.postgresql.org/pgsql-hackers/2009-12/msg02039.php
>>>
>>> Since you've already fixed the problem, that code is useless.
>>> How about getting rid of that code?
>> Has this been addressed?
> 
> No. We need to obtain the comment about that from Heikki.

I removed that.

It only makes a difference if you stop archive recovery, remove
recovery.conf, and start up again, causing the server to do normal crash
recovery. That's a "don't do that" scenario, but it seems better to not
clear minRecoveryPoint, even though we don't check it during crash
recovery. It might be useful debug information, and also if you then put
recovery.conf back, we will enforce that you reach the minRecoveryPoint
again.

--  Heikki Linnakangas EnterpriseDB   http://www.enterprisedb.com


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

Предыдущее
От: Gabriele Bartolini
Дата:
Сообщение: Re: Confusion over Python drivers
Следующее
От: Fujii Masao
Дата:
Сообщение: Re: Streaming Replication on win32