Re: Forcing WAL switch

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "Walker, Jed S" <Jed_Walker(at)cable(dot)comcast(dot)com>, pgsql-novice(at)postgresql(dot)org
Subject: Re: Forcing WAL switch
Date: 2005-08-11 23:11:26
Message-ID: 29247.1123801886@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-novice

Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
>> How is "switch a WAL" an essential component of that scheme? You can
>> archive the latest active segment just as well.

> Ah, but that will be over-written later, so you have to store it
> somewhere safe, rather than just forcing closure of the current
> WAL file and forcing an archive of it.

So? I still don't see the operational benefit.

If you are running a true PITR operation, that is you are archiving off
the complete WAL sequence, then forced WAL switches aren't buying you
anything except wasted archive space. You're still going to want to
archive the active segment when it's done.

If you're not really doing PITR but just want to use a filesystem-level
backup, then you can copy the last WAL segment when you're done whether
it's still active or not.

I honestly think that WAL-switching is a solution in search of a
problem.

regards, tom lane

In response to

Responses

Browse pgsql-novice by date

  From Date Subject
Next Message Bruce Momjian 2005-08-12 00:24:54 Re: Forcing WAL switch
Previous Message Tom Lane 2005-08-11 22:22:36 Re: Forcing WAL switch