Re: Incremental Backups in postgres
От | Greg Stark |
---|---|
Тема | Re: Incremental Backups in postgres |
Дата | |
Msg-id | 407d949e0911100652s627286dbt8cd5d98030c8b873@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Incremental Backups in postgres (Alban Hertroys <dalroi@solfertje.student.utwente.nl>) |
Ответы |
Re: Incremental Backups in postgres
|
Список | pgsql-general |
On Tue, Nov 10, 2009 at 11:03 AM, Alban Hertroys <dalroi@solfertje.student.utwente.nl> wrote: > IMHO The simplest solution is to just write a dump to the same file every > now and then and have the backup software take care of storing only the > differences. It does have a few drawbacks; it means you'll have a file about > as large as your database on your filesystem just for making backups and > there is a risk that your backup software kicks in before the dump has > finished writing. > > As others mentioned, you can also go with a PITR solution, which is probably > prettier but is a bit harder to set up. It's always worth having the dump, even if you also implement PITR. The dump allows you to restore just specific tables or to restore onto a different type of system. The PITR backup is a physical byte-for-byte copy which only works if you restore the whole database and only on the same type of system. -- greg
В списке pgsql-general по дате отправления: