From: | Michael Nolan <htfoot(at)gmail(dot)com> |
---|---|
To: | hamann(dot)w(at)t-online(dot)de |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: incremental dumps |
Date: | 2013-08-11 15:27:02 |
Message-ID: | CAOzAqu+R3Ywa4CQXEgDv+6hbz7Wj1wevQKrcymdsCymO8COwXg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 8/10/13, hamann(dot)w(at)t-online(dot)de <hamann(dot)w(at)t-online(dot)de> wrote:
> currently the source uses some 20 GB in a database partition and about 700
> GB
> in a general data partition. For the database, a diff -e grows to about 10%
> of the size
> of a full dump in a week
> The remote site is a raid box at a hosting center, with paid backup
>
> Regards
> Wolfgang
It sounds like you have catastrophic failure covered, but what about
data integrity and data security?
You may need to 'roll your own' solution, possibly using something like Slony.
Having a timestamp field that indicates when the row was inserted or
last updated may help.
A true incremental backup would IMHO be a very useful tool for
database administrators, but there are a number of technical
challenges involved, especially dealing with deleted records.
--
Mike Nolan
From | Date | Subject | |
---|---|---|---|
Next Message | ascot.moss@gmail.com | 2013-08-11 16:41:23 | Re: replication server: LOG: invalid magic number 0000 in log file 169, segment 77, offset 4325376 |
Previous Message | Michael Paquier | 2013-08-11 13:50:43 | Re: Replication delay |