Re: Problem with PITR recovery

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Problem with PITR recovery
Дата
Msg-id 1114001879.16721.2215.camel@localhost.localdomain
обсуждение исходный текст
Ответ на Re: Problem with PITR recovery  (Klaus Naumann <lists@distinctmind.de>)
Список pgsql-hackers
On Wed, 2005-04-20 at 09:28 +0200, Klaus Naumann wrote:
> 
> > Actually, me too. Never saw the need for the Oracle command myself.
> 
> It actually has. If you want to move your redo logs to a new disk, you
> create a new redo log file and then issue a ALTER SYSTEM SWITCH LOGFILE;
> to switch to the new logfile. Then you can remove the "old" one
> (speaking just of one file for simplification).
> Waiting on that event could take ages.
> 
> Strictly speaking, this doesn't concern postgresql (yet). But if, at the
> future, we support user defined (= changing these parameters while the
> db is running) redo log locations, sizes and count, we need a function
> to switch the logfile manually. Which I think the pg_stop_backup()
> hack is not suitable for.

Thanks Klaus - I never tried that online.

We're someway away from functionality for online redo location
migration, I agree. Sounds like we'd still be able to do the log switch
as part that.

Best Regards, Simon Riggs



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

Предыдущее
От: Andrew Rawnsley
Дата:
Сообщение: Re: Problem with PITR recovery
Следующее
От: "Marc G. Fournier"
Дата:
Сообщение: HAVING ...