| From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
|---|---|
| To: | "Walker, Jed S" <Jed_Walker(at)cable(dot)comcast(dot)com> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-novice(at)postgresql(dot)org |
| Subject: | Re: Forcing WAL switch |
| Date: | 2005-08-11 22:20:42 |
| Message-ID: | 200508112220.j7BMKgX15759@candle.pha.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-novice |
Walker, Jed S wrote:
> How do you do that?
>
> -----Original Message-----
> From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
> Sent: Thursday, August 11, 2005 4:12 PM
> To: Walker, Jed S
> Cc: pgsql-novice(at)postgresql(dot)org
> Subject: Re: [NOVICE] Forcing WAL switch
>
> "Walker, Jed S" <Jed_Walker(at)cable(dot)comcast(dot)com> writes:
> > If the backup completes, I switch the database out of "backup mode",
> > and then switch a WAL and it archives, then I know my backup directory
>
> > contains the backup and the WAL(s) needed to bring the database to a
> > consistent state. So, if I can switch a WAL after the backup, then I
> > truly have a complete backup.
>
> 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.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2005-08-11 22:22:36 | Re: Forcing WAL switch |
| Previous Message | Walker, Jed S | 2005-08-11 22:14:21 | Re: Forcing WAL switch |