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
