Re: Re: [pgsql-ru-general] Оптимизация на уровне ОС.

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 не подходит?
>
>
> Попробуйте сделать дамп базы в несколько хотя бы десятков Гб и вы
> поймете чем. Ну и возможность вернуться к любому состоянию минимум за
> неделю назад иногда очень помогает.
>
ну так я и спрашиваю, чтобы лучше понять )

Несколько десятков Гб, как бы и упаковываться архиватором будут не быстро.
Делать с живой базы нельзя - бекап будет не консистентным.

Или имеется ввиду уже архивировать данные со снапшота?

In response to

Responses

Browse pgsql-ru-general by date

  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] Оптимизация на уровне ОС.