From: | Sergej Kandyla <sk(at)hlsrv(dot)com> |
---|---|
To: | pgsql-ru-general(at)postgresql(dot)org |
Subject: | Re: Re: [pgsql-ru-general] Оптимизация на уровне ОС. |
Date: | 2010-11-19 15:05:00 |
Message-ID: | 4CE6921C.9000902@hlsrv.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-ru-general |
Vladimir Rusinov wrote:
>
>
> 2010/11/19 Sergej Kandyla <sk(at)hlsrv(dot)com <mailto:sk(at)hlsrv(dot)com>>
>
> Vladimir Rusinov wrote:
>
>
> 2010/11/16 Mihail Nasedkin <m(dot)nasedkin(at)gmail(dot)com
> <mailto:m(dot)nasedkin(at)gmail(dot)com> <mailto:m(dot)nasedkin(at)gmail(dot)com
> <mailto:m(dot)nasedkin(at)gmail(dot)com>>>
>
>
> Возникает вопрос: как очищать архивную директорию от уже не
> нужных
> (более ранних) файлов транзакций, которые были до
> очередного полного
> бакапа (tar), чтобы каталог не распух.
>
>
> Я делаю так:
> бекап (tar) раз в неделю в $backup_dir/current/data/, wal
> пишется в $backup_dir/currept/xlog/
> Перед бекапом current переименовывается в previous, а
> струкрура директорий в current пересоздается.
>
>
> а чем pg_dump не подходит?
>
>
> Попробуйте сделать дамп базы в несколько хотя бы десятков Гб и вы
> поймете чем. Ну и возможность вернуться к любому состоянию минимум за
> неделю назад иногда очень помогает.
>
ну так я и спрашиваю, чтобы лучше понять )
Несколько десятков Гб, как бы и упаковываться архиватором будут не быстро.
Делать с живой базы нельзя - бекап будет не консистентным.
Или имеется ввиду уже архивировать данные со снапшота?
From | Date | Subject | |
---|---|---|---|
Next Message | Mihail Nasedkin | 2010-11-19 19:32:37 | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Оптимизация на уровне ОС. |
Previous Message | Vladimir Rusinov | 2010-11-19 14:10:20 | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Оптимизация на уровне ОС. |