Backup strategies with significant bytea data

From: "Leigh Dyer" <Leigh(dot)Dyer(at)healthscope(dot)com(dot)au>
To: <pgsql-general(at)postgresql(dot)org>
Subject: Backup strategies with significant bytea data
Date: 2010-01-12 06:39:12
Message-ID: 4B4CB3BE.20AD.00BA.0@healthscope.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi,

For years now I've simply backed up my databases by doing a nightly
pg_dump, but since we added the ability for users to import binary files
in to our application, which are stored in a bytea fields, the dump
sizes have gone through the roof — even with gzip compression, they're
significantly larger than the on-disk size of the database. My guess is
that this due to the way that the binary data from the bytea fields is
encoded in the dump file when it's produced.

Is there any way I can reduce the size of my pg_dump files?
Alternatively, are there other backup methods worth investigating? PITR
looks promising, but I have about a dozen databases on the machine, and
I'd need to be able to restore them individually.

Thanks
Leigh

Please consider the environment before printing this message

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Pavel Stehule 2010-01-12 06:47:34 Re: migration: parameterized statement and cursor
Previous Message Pavel Stehule 2010-01-12 06:33:07 Re: Best Practice when Encounter Invalid Stored Procedure Parameters