Re: Problem with PITR recovery - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: Problem with PITR recovery
Date
Msg-id 1114001879.16721.2215.camel@localhost.localdomain
Whole thread Raw
In response to Re: Problem with PITR recovery  (Klaus Naumann <lists@distinctmind.de>)
List 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 by date:

Previous
From: Andrew Rawnsley
Date:
Subject: Re: Problem with PITR recovery
Next
From: "Marc G. Fournier"
Date:
Subject: HAVING ...