LINUX.ORG.RU
решено Форум — Admin  

Измененме размера Pool

 


0

0

Имеем Pool 


Pool {
  Name = Winhost
  Pool Type = Backup
  Recycle = yes                       # Bacula can automatically recycle Volumes
  AutoPrune = yes                     # Prune expired volumes
  Volume Retention = 5 days         # one year
  Maximum Volume Bytes = 1G        # Limit Volume size to something reasonable
  Maximum Volumes = 3              # Limit number of Volumes in Pool
}
Необходимо увеличить его размер до 5-ти 
делаю 
Pool {
  Name = Winhost
  Pool Type = Backup
  Recycle = yes                       # Bacula can automatically recycle Volumes
  AutoPrune = yes                     # Prune expired volumes
  Volume Retention = 5 days         # one year
  Maximum Volume Bytes = 5G       # Limit Volume size to something reasonable
  Maximum Volumes = 3              # Limit number of Volumes in Pool
}


затем

service bacula-director restart 
service bacula-sd restart
через Bat
делаю Purge для Volume 
Задем удаляю том исоздаю по новой в этом Pool
Захожу в bat в Pools размер тома как был равен 1G так и остался 

Что делаю не так ? 

[/code

★★
← Кто-нибудь работал с виртуальным коммутатором Open vSwitch?
Лишний ARP-трафик →
Ответ на: комментарий от Komintern

Такой еще вопрос по поводу Volume Retention, к примеру он равен 5-ти ! Тогда насколькоя понял, если Том уходит в состояние Full - идет проверка выполненых заданий и если одно из них старше 5-дней, то на его место в томе пишется новое ?

drac753 ★★
() автор топика
Ответ на: комментарий от sin_a

По поводу не обязательности Maximum Volume Bytes , Если не указать размер то получается , что Pool не будет иметь ограничений по объёму ? И все будет завязано Volume Retention , т.е. будет писаться пока не пройдёт срок годности ?

drac753 ★★
() автор топика
Ответ на: комментарий от drac753

Если использовать не ленты а файловую систему, то целесообразно руководствоваться правилом: одно задание - один файл.

Если размер созданной резервной копии много меньше размера носителя, то имеет смысл сохранить на него и другие копии, которые будут создаваться в будущем. Но если мы говорим о файлах, то желательно придерживаться правила «один файл – одна копия», т.е. в одном файле Bacula должны храниться резервные данные, которые были сформированы в рамках выполнения одного задания. Для каждого последующего будут создаваться новые файлы.

http://www.ibm.com/developerworks/ru/library/l-Backup_4/

sin_a ★★★★★
()
Ответ на: комментарий от drac753

Если не указать размер то получается , что Pool не будет иметь ограничений по объёму ? И все будет завязано Volume Retention , т.е. будет писаться пока не пройдёт срок годности ?

Ограничивать можно многими разными способами. Как уже сказал sin_a, можно ограничивать по числу Job'ов. Если в перспективе будет библиотека ( tape library), я бы рекомендовал ограничивать длительность записи через Volume Use Duration ( время с начала первой записи на ленту ). В результате будет нормальная ротация лент

Т.е. например

Pool {
  Name = pDaily
  [...]
  Volume Use Duration = 10h

  Action On Purge = Truncate
  Volume Retention = 14 days
  Recycle = yes
  AutoPrune = yes
  Maximum Volumes = 15
}

Pool {
  Name = pWeekly
  [...]
  Volume Use Duration = 6d
  [...]
}

и т.п.

router ★★★★★
()
Ответ на: комментарий от drac753

в томе нельзя писать что-то на место чего-то. это как кассета по сути, как я понял. я храню не более одного job в одном томе. в пулах у меня по 20-30 томов.

Komintern ★★★★★
()
Ответ на: комментарий от sin_a

имеем задание на Инкрементный и полный бэкап каталога с желанием хранить бэкап 7 дней делаем 

Pool {
  Name = Winhost
  Pool Type = Backup
  Recycle = yes                       # Bacula can automatically recycle Volumes
  AutoPrune = yes                     # Prune expired volumes
  Volume Retention = 7 days         # one year
  Maximum Volume Bytes = 5G      # Limit Volume size to something reasonable
  Maximum Volumes = 3              # Limit number of Volumes in Pool
  Maximum Volume Jobs = 1
}
Задаем рассписание 
#Расписание для бэкапа виндовой машины 
Schedule {
  Name = "winschedule"
  Run = Full 1st sun at 23:05
  Run = Incremental mon-sat at 23:05
}

Прикидываем для бэкапа необходимо 7 томов , 1 том на Full и 6-ть на инкременты.Создаем тома в нашем Pool

Работать все будет так - 1 job пишется в 1 Volume , Инфа в каталоге БД по тому (Volume Retention) хранится неделю после чего удаляется , Как тока Бакула заполнила все тома, идет пересмотр томов в Pool и выбирается тот Volume Retention которого выше 7-ми дней в него пишется новый job.

Причём Maximum Volume Bytes = 5G можем вообще не задавать чтобы не застопорить бэкап если вдруг размер сохраняемых данных превысит указаный лимит !

Правильно ли я всё понял ? И еще вопрос для чего 


Volume Retention
Должен быть в вдвое больше интервала полных резервных копий. Это означает, что, если полная резервная копия выполняется один раз в месяц, то минимальный период Volume Retention должен быть два месяца.

drac753 ★★
() автор топика
Ответ на: комментарий от drac753

Maximum Volumes = 3

И в среду у тебя закончатся тома?

Почитай www.linux.org.ru/wiki/en/Bacula и подстатьи. Может быть поможет.

Причём Maximum Volume Bytes = 5G можем вообще не задавать чтобы не застопорить бэкап если вдруг размер сохраняемых данных превысит указаный лимит !

При Maximum Volume Jobs = 1 - да.

для чего Volume Retention Должен быть в вдвое больше интервала полных резервных копий.

Если не ошибаюсь, это рекомендация из https://groups.google.com/forum/#!forum/ru-bacula . Видимо что бы не убивались старые копии, пока не сделаны новые. Впрочем, при желании можно пересчитать что будет происходить с томами.

sin_a ★★★★★
()
Ответ на: комментарий от sin_a

Maximum Volumes = 3 дейтвительно , исправляю на 7 , правильно ли я понял процедуру перезаписи томов в Pool ? 

Работать все будет так - 1 job пишется в 1 Volume , Инфа в каталоге БД по тому (Volume Retention) хранится неделю после чего удаляется , Как тока Бакула заполнила все тома, идет пересмотр томов в Pool и выбирается тот Volume Retention которого выше 7-ми дней в него пишется новый job.
Я не использую касет пишу на жёсткий диск

drac753 ★★
() автор топика
Ответ на: комментарий от drac753

3 дейтвительно , исправляю на 7

Лучше иметь некоторый запас. Из того же источника о причинах:

Если хранится N томов, то нужно иметь в пуле как минимум на два тома больше. Один - на текущий бэкап, чтобы не затирать самый старый из предыдущих на случай ошибки бэкапа, и как минимум один - для свободы маневра в случае ошибок.

Работать все будет так - 1 job пишется в 1 Volume

Одно или первое?

Инфа в каталоге БД по тому (Volume Retention) хранится неделю после чего удаляется ,

Честно говоря, в то как хранится информация в СУБД я сильно не вникал. Главное что бы хранилась сравнимое время с хранением резервной копии.

Но если у тебя потеряна база, но живы копии, получить данные всё равно можно. Для этого есть standalone утилиты, которые позволяют работать с томами. А если у тебя каждое задание в одном томе, и при этом у тома «говорящая» метка, позволяющая сразу понять что именно внутри, то это упростит процедуру.

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

Как тока Бакула заполнила все тома, идет пересмотр томов в Pool и выбирается тот Volume Retention которого выше 7-ми дней в него пишется новый job.

Вроде всё так.

Настрой предварительно, погоняй и посмотри. Если что не так, сразу всё всплывёт.

sin_a ★★★★★
()
Ответ на: комментарий от sin_a

Работать все будет так - 1 job пишется в 1 Volume,

Одно задание

У тебя пулы для полных и дифференциальных копий, кстати, разделены?

Пока нет все пишу в один Pool , а какой смысл делить их ?

drac753 ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Кто-нибудь работал с виртуальным коммутатором Open vSwitch?
Admin
Лишний ARP-трафик →