[Comm] Настройка bacula

[Comm] Настройка bacula

[Vasiliy Vasilievich Zdanovskiy]

Доброго времени суток all
Не могли бы вы растолковать такую вещь.
Как сказать bacula о том, что, нужно делать каждое первое воскресенье
месяца full backup
И после каждого удачного полного бекапа удалять из тома файлы, которые
были до этого бекапа.
Короче, чтобы автоматом хранилась только одна цепочка
full->incremental->incremental.
А все, что было до последнего фула автоматом затиралось. (короче экономим место)

Re: [Comm] Настройка bacula

[Алексей Синицын]

5 ноября 2011 г. 4:41 пользователь Vasiliy Vasilievich Zdanovskiy
<vasilyvz@gmail.com> написал:
> Доброго времени суток all
> Не могли бы вы растолковать такую вещь.
> Как сказать bacula о том, что, нужно делать каждое первое воскресенье
> месяца full backup
> И после каждого удачного полного бекапа удалять из тома файлы, которые
> были до этого бекапа.
> Короче, чтобы автоматом хранилась только одна цепочка
> full->incremental->incremental.
> А все, что было до последнего фула автоматом затиралось. (короче экономим место)
>

Насколько я понимаю, это volume retention.

Как то примерно так:
http://ru.wikibooks.org/wiki//Bacula/Использование_накопителей

Re: [Comm] Настройка bacula

[Алексей Синицын]

5 ноября 2011 г. 8:02 пользователь Алексей Синицын

> Как то примерно так:
> http://ru.wikibooks.org/wiki//Bacula/Использование_накопителей
>

 Кажется ссылка пострадала:

http://ru.wikibooks.org/wiki/Bacula/%D0%98%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%BD%D0%B0%D0%BA%D0%BE%D0%BF%D0%B8%D1%82%D0%B5%D0%BB%D0%B5%D0%B9

Re: [Comm] Настройка bacula

[Michael Shigorin]

On Sat, Nov 05, 2011 at 02:41:47AM +0200, Vasiliy Vasilievich Zdanovskiy wrote:
> Как сказать bacula о том, что, нужно делать каждое первое
> воскресенье месяца full backup

http://www.bacula.org/manuals/en/install/install/Configuring_Director.html
/Date-time-specification

> И после каждого удачного полного бекапа удалять из тома файлы,
> которые были до этого бекапа.  Короче, чтобы автоматом
> хранилась только одна цепочка full->incremental->incremental.
> А все, что было до последнего фула автоматом затиралось.
> (короче экономим место)

Bacula не трёт файлы из томов -- volume'ы только append'ятся.
Поэтому следует сконфигурировать volume autolabeling с не слишком
большим Maximum Volume Bytes на том, затем Volume Retention,
затем AutoPrune:

http://www.bacula.org/manuals/en/install/install/Configuring_Director.html

Лучше почитать документацию, хотя если понадобится конкретный
пример, могу слазить и вытащить выжимку своих настроек.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Настройка bacula

[Алексей Синицын]

6 ноября 2011 г. 21:42 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Sat, Nov 05, 2011 at 02:41:47AM +0200, Vasiliy Vasilievich Zdanovskiy wrote:
>> Как сказать bacula о том, что, нужно делать каждое первое
>> воскресенье месяца full backup
>
>
> Bacula не трёт файлы из томов -- volume'ы только append'ятся.
> Поэтому следует сконфигурировать volume autolabeling с не слишком
> большим Maximum Volume Bytes на том, затем Volume Retention,
> затем AutoPrune:
>

 Возможно стоить поставить Maximum Volume Jobs = 1 и не определять
Maximum Volume Bytes вообще.

 И далее, исходя из расписания, просто определять сколько циклов живёт
том до пометки его свободным с последующим использованием.

 Описание по приведённой ссылке делалось в значительной степени по
переписке в ru-bacula, и там есть точно такой пример как здесь нужно,
за отличием в количестве циклов, взятый из официальной документации.

Re: [Comm] Настройка bacula

[Michael Shigorin]

On Sun, Nov 06, 2011 at 10:21:50PM +0300, Алексей Синицын wrote:
> > Поэтому следует сконфигурировать volume autolabeling с не слишком
> > большим Maximum Volume Bytes на том, затем Volume Retention,
> > затем AutoPrune:
> Возможно стоить поставить Maximum Volume Jobs = 1 и не
> определять Maximum Volume Bytes вообще.

Или так -- обдумывал (кажется, по совету thresh@),
но пока не обкатывал.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Настройка bacula

[Алексей Синицын]

6 ноября 2011 г. 23:43 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Sun, Nov 06, 2011 at 10:21:50PM +0300, Алексей Синицын wrote:
>> > Поэтому следует сконфигурировать volume autolabeling с не слишком
>> > большим Maximum Volume Bytes на том, затем Volume Retention,
>> > затем AutoPrune:
>> Возможно стоить поставить Maximum Volume Jobs = 1 и не
>> определять Maximum Volume Bytes вообще.
>
> Или так -- обдумывал (кажется, по совету thresh@),
> но пока не обкатывал.
>

 По видимому, так значительно проще разбираться с количеством томов и
соответственно используемым местом. Количество томов полностью
соответствует циклу резервного копирования и по нему и задаётся,
просто прибавляя некоторый буфер для проведения текущих действий и
предохранения последней копии.

 В одном из описаний в самом начале я нашёл эту рекомендацию, нашёл её
разумной и более других не рассматривал. Мне кажется что несколько
задач на том имеет смысл только при раздельных физических томах, как
ленты.

Re: [Comm] Настройка bacula

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 1735 bytes --]

04.11.2011 20:41, Vasiliy Vasilievich Zdanovskiy пишет:
> Доброго времени суток all
> Не могли бы вы растолковать такую вещь.
> Как сказать bacula о том, что, нужно делать каждое первое воскресенье
> месяца full backup
> И после каждого удачного полного бекапа удалять из тома файлы, которые
> были до этого бекапа.
> Короче, чтобы автоматом хранилась только одна цепочка
> full->incremental->incremental.
> А все, что было до последнего фула автоматом затиралось. (короче экономим место)
Я думаю это не возможно. Минимум который можно добиться это двойной
размер full бэкапа.
Например:
Размер данных для бэкапа 1G
При первом проходе создается full бэкап размером 1G. При втором проходе
для гарантии, что задача завершится корректно, данные добавляются и
после этого получается 2G. После завершения второй задачи, данные от
первой задачи помечаются как не нужные. Но сами тома не удаляются, т.к.
бакула это не делает.
Аналогично и для decrement и increment типов бэкапа.
Частично это компенсируется сжатием.

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [Comm] Настройка bacula

[Michael Shigorin]

On Sun, Nov 06, 2011 at 01:14:35PM -0500, Dubrovskiy Viacheslav wrote:
> Но сами тома не удаляются, т.к. бакула это не делает.

Делает, но не сразу.  И если угораздило не поставить для тома
лимит размера (или ещё каких характеристик, но эта для меня
оказалась наиболее прямой) -- можно получить disk full и
невозможность выкинуть этот том без потери _всех_ записанных
на него файлов задач до прошествия разумного retention time.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Настройка bacula

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 514 bytes --]

06.11.2011 13:25, Michael Shigorin пишет:
> On Sun, Nov 06, 2011 at 01:14:35PM -0500, Dubrovskiy Viacheslav wrote:
>> Но сами тома не удаляются, т.к. бакула это не делает.
> Делает, но не сразу.
Ну да, но для этого нужно прикладывать усилия. Но двойной размер все
равно получается когда идет бэкап. Тогда зачем удалять?

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [Comm] Настройка bacula

[Michael Shigorin]

On Sun, Nov 06, 2011 at 01:38:33PM -0500, Dubrovskiy Viacheslav wrote:
> >> Но сами тома не удаляются, т.к. бакула это не делает.
> > Делает, но не сразу.
> Ну да, но для этого нужно прикладывать усилия. Но двойной размер все
> равно получается когда идет бэкап. Тогда зачем удалять?

Чтоб со следующим полным не получился тройной, вестимо. :)
(у меня retention time может быть 6..24 месяцев, а с размером
на том остановился на 50Gb -- порой поглядываю на файлы томов,
после прибавления максимального их кол-ва до N+2 устраивает)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Настройка bacula

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 851 bytes --]

06.11.2011 13:54, Michael Shigorin пишет:
>>>> Но сами тома не удаляются, т.к. бакула это не делает.
>>> Делает, но не сразу.
>> Ну да, но для этого нужно прикладывать усилия. Но двойной размер все
>> равно получается когда идет бэкап. Тогда зачем удалять?
> Чтоб со следующим полным не получился тройной, вестимо. :)
Нет, оно не получится, если данные от первого бэкапа будут отмечены как
не нужные после завершения второго бэкапа и третий бэкап будет записан
на место первого.

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [Comm] Настройка bacula

[Michael Shigorin]

On Sun, Nov 06, 2011 at 02:01:25PM -0500, Dubrovskiy Viacheslav wrote:
> [...] если данные от первого бэкапа будут отмечены как не
> нужные после завершения второго бэкапа и третий бэкап будет
> записан на место первого.

Свежим volume'ом, расположившемся на освободившемся месте от
за'prune'ного?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Настройка bacula

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 1004 bytes --]

06.11.2011 14:06, Michael Shigorin пишет:
> On Sun, Nov 06, 2011 at 02:01:25PM -0500, Dubrovskiy Viacheslav wrote:
>> [...] если данные от первого бэкапа будут отмечены как не
>> нужные после завершения второго бэкапа и третий бэкап будет
>> записан на место первого.
> Свежим volume'ом, расположившемся на освободившемся месте от
> за'prune'ного?
>
нет. volume будет тот же. Просто в него будут писаться данные. Новые
тома будут создаваться только если не будет хватать места для бэкапа в
существующих томах.
Кстати вот свежее обсуждение удаления томов в рассылке
http://sourceforge.net/mailarchive/message.php?msg_id=28305979

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]