Re: Hard link / rsync backup strategy successful

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Greg Spiegelberg <gspiegelberg@xxxxxxxxx> wrote: 
 
> That is a recipe for a failed recovery.
 
Our warm standbys seem to disagree with you.
 
> If you must use some file system / volume trickery to get an initial
> backup
 
We don't.  Read it again.  It is *subsequent* backups where we do the
trickery, off of an earlier backup.
 
> The technique does work however if you're using the PostgreSQL PITR
> backup method, which is what I am guessing at, then you're only
> adding overhead and complexity to the process.
 
Disk space for our largest backups is down by 90%, WAN usage by about
99%.  The complexity is about a wash compared with what we were doing
before.  We have scripts to automatically do the backups, use them to
restart warm standbys, detect a successful warm standby restart from a
new backup and delete any now-expendable old backups, and copy monthly
archival copies of backups to archival storage.  All with automatic
proper handling of the related WAL files.  Compared to some of that,
this was easy.
 
-Kevin

-- 
Sent via pgsql-admin mailing list (pgsql-admin@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin

[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux