Re: incremental dumps

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

In response to

Browse pgsql-general by date

  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