From: | Erik Jones <erik(at)myemma(dot)com> |
---|---|
To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | "Postgres general mailing list" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Standby servers and incrementally updated backups |
Date: | 2007-06-25 21:00:36 |
Message-ID: | FFA1BF8C-D40F-40F0-999D-923A37598EE5@myemma.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Jun 25, 2007, at 3:40 PM, Simon Riggs wrote:
> On Mon, 2007-06-25 at 13:42 -0500, Erik Jones wrote:
>
>> It is my understanding that once a standby server has reached the
>> point where it is often waiting for wal files to replay, it is pretty
>> much caught up to the primary server, with the differences being in
>> whatever wal files are currently in queue to be archived by the
>> primary.
>
> Yes. You can tell by using
>
> select pg_xlogfile_name(pg_current_xlog_location());
>
> to see what the current file on the Primary is.
Thanks for the tip.
>
>> If I'm correct, then for large databases wherein it can
>> take hours to take a base backup, is there anything to be gained by
>> using incrementally updated backups?
>
> If you are certain there are parts of the database not touched at all
> between backups. The only real way to be sure is to take file level
> checksums, or you can trust file dates. Many backup solutions can do
> this for you.
Wait, um, what? I'm still not clear on why you would want to run a
backup of an already caught up standby server.
Erik Jones
Software Developer | Emma®
erik(at)myemma(dot)com
800.595.4401 or 615.292.5888
615.292.0777 (fax)
Emma helps organizations everywhere communicate & market in style.
Visit us online at http://www.myemma.com
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2007-06-25 21:40:49 | Re: Standby servers and incrementally updated backups |
Previous Message | Talha Khan | 2007-06-25 20:48:01 | Re: A problem in inheritance |