Re: incremental dumps

Поиск
Список
Период
Сортировка
От Michael Nolan
Тема Re: incremental dumps
Дата
Msg-id CAOzAqu+R3Ywa4CQXEgDv+6hbz7Wj1wevQKrcymdsCymO8COwXg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: incremental dumps  (hamann.w@t-online.de)
Список pgsql-general
On 8/10/13, hamann.w@t-online.de <hamann.w@t-online.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


В списке pgsql-general по дате отправления:

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: Replication delay
Следующее
От: "ascot.moss@gmail.com"
Дата:
Сообщение: Re: replication server: LOG: invalid magic number 0000 in log file 169, segment 77, offset 4325376