Re: Backup strategies

From: "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com>
To: "Ivan Voras" <ivoras(at)freebsd(dot)org>
Cc: "Aidan Van Dyk" <aidan(at)highrise(dot)ca>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Backup strategies
Date: 2008-10-15 17:22:14
Message-ID: dcc563d10810151022m5e7a0e4bl8663625a597ffd95@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-performance

On Wed, Oct 15, 2008 at 8:58 AM, Ivan Voras <ivoras(at)freebsd(dot)org> wrote:
> 2008/10/15 Aidan Van Dyk <aidan(at)highrise(dot)ca>:
>> * Ivan Voras <ivoras(at)freebsd(dot)org> [081015 10:05]:
>>
>>> So, pg_start_backup() freezes the data at the time it's called but still
>>> data and xlog are changed, in a different way that's safe to backup? Why
>>> not run with pg_start_backup() always enabled?
>>
>> I think your missing the whole point of "pg_start_backup()".
>> pg_start_backup()" is *part* of a full PITR/backup run. i.e. you use it
>> when you have an archive command working as well. It's *not* mean tto
>> just allow you to do a filesystem copy inside a running data directory.
>
> Possibly - that's why I'm sticking to this thread :) My context is
> doing full filesystem-only copies/backups of the database (xlogs &
> all) - is pg_start_backup() applicable?

Just an FYI, there are some issues with using filesystems that support
snapshots, depending on the OS / filesystem. For instance, the LVM,
which linux uses that allows snapshots, has issues with write barriers
and also has a maximum throughput of about 300Meg/second. It's all a
trade-off, but I don't run my db files on LVM because of those two
problems.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2008-10-15 17:36:33 Re: Opptimizing projections containing unused columns
Previous Message Andrus 2008-10-15 17:04:21 Re: Opptimizing projections containing unused columns

Browse pgsql-performance by date

  From Date Subject
Next Message Matthew T. O'Connor 2008-10-15 18:10:56 Re: Drupal and PostgreSQL - performance issues?
Previous Message Tom Lane 2008-10-15 16:13:03 Re: Drupal and PostgreSQL - performance issues?