From: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Forcing current WAL file to be archived |
Date: | 2006-07-25 16:13:51 |
Message-ID: | 1153844031.2592.612.camel@holly |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, 2006-07-25 at 11:57 -0400, Bruce Momjian wrote:
> Tom Lane wrote:
> > Simon Riggs <simon(at)2ndquadrant(dot)com> writes:
> > > I was planning to add a new GUC
> > > archive_timeout (integer) = max # secs between log file switches
> >
> > That's fine, but feature freeze is in a week and we don't even have the
> > basic function for manually doing a log file switch. Let's get that
> > done first and then think about automatic switches.
> >
> > Also, forcing another 16M of WAL out every few seconds is a pretty crude
> > and inefficient way of making sure your hot standby server is up to
> > date. As Hannu noted, an archiving script can do better than that if it
> > can access the current WAL file name and offset. So we really want to
> > get the function to return that info done as well.
>
> Agreed. One concern I have is that we have waited for Simon to complete
> this for 1.5 years, and now with a week left he is still working on it
> (or starting on it).
Since we cannot agree even now on what should be done, you'll forgive me
for not having completed it sooner, especially since you know more about
my schedule now than others.
--
Simon Riggs
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-07-25 16:18:38 | Re: Patch for VS.Net 2005's strxfrm() bug |
Previous Message | Hannu Krosing | 2006-07-25 16:13:40 | Re: Forcing current WAL file to be archived |