☰

Bacula - резервная копия диска GFS-схема "дырка"

tag-icon • tag-icon backup hard-drive bacula gfs
Bacula - резервная копия диска GFS-схема "дырка"

У меня есть вопрос по реализации GFS-схемы с Bacula на жестком диске (демоны уже работают нормально).

Чего я хочу добиться:

Каждые полгода я хочу полную резервную копию, которая должна быть доступна в течение как минимум 12 месяцев -> мне нужно хранить резервные копии немного дольше, чем 12 месяцев, чтобы вторая полная резервная копия не перезаписала первую. Это означает, что будет как минимум 3 полных резервных копии (я выбрал 18 месяцев). Это продолжается так в течение дней, месяцев и т. д. Простая схема GFS.

Schedule{
  Name = "GGFSCycle"
  Enabled = yes

  # DailyCycle - the volume is kept for 14 days
  Run = Level=Incremental Pool=DailyPool FullPool=HalfAnnualPool Priority=10 tuesday-sunday at 03:00

  # WeeklyCycle - the volume is kept for 5 weeks
  Run = Level=Incremental Pool=WeeklyPool FullPool=HalfAnnualPool Priority=11 monday at 03:00
  
  # MonthlyCycle - the volume is kept for 7 months
  Run = Level=Differential Pool=MonthlyPool FullPool=HalfAnnualPool Priority=12 february-june 1 at 03:00
  Run = Level=Differential Pool=MonthlyPool FullPool=HalfAnnualPool Priority=12 august-december 1 at 03:00

  # HalfAnnualCycle - the data is kept for 18 months
  Run = Level=Full Pool=HalfAnnualPool Priority=13 january 1 at 03:00
  Run = Level=Full Pool=HalfAnnualPool Priority=13 july 1 at 03:00

}

Pool {    
  Name = DailyPool
  Pool Type = Backup
  Storage = backup-server-sd
  Label Format = "DailyVol_"
  Volume Use Duration = 23 hours
  Recycle = yes                       # Bacula can automatically recycle Volumes
  AutoPrune = yes                     # Prune expired volumes
  Volume Retention = 14 days         
  Maximum Volume Bytes = 50M          # Limit Volume size to something reasonable
  Maximum Volumes = 1000              # Limit number of Volumes in Pool
  # -> max 50G
}

Pool {
  Name = WeeklyPool
  Pool Type = Backup
  Storage = backup-server-sd
  Label Format = "WeeklyVol_"
  Volume Use Duration = 23 hours
  Recycle = yes
  AutoPrune = yes
  Volume Retention = 5 weeks
  Maximum Volume Bytes = 500M 
  Maximum Volumes = 80
  # -> max 70G
}

Pool {
  Name = MonthlyPool
  Pool Type = Backup
  Storage = backup-server-sd
  Label Format = "MonthlyVol_"
  Volume Use Duration = 2 days
  Recycle = yes
  AutoPrune = yes
  Volume Retention = 7 months
  Maximum Volume Bytes = 5G
  Maximum Volumes = 80
  # -> max 170G
}
 
Pool {
  Name = HalfAnnualPool
  Pool Type = Backup
  Label Format = "HalfannualVol_"
  Storage = backup-server-sd
  Volume Use Duration = 3 days
  Recycle = yes
  AutoPrune = yes
  Volume Retention = 18 months #1,5 years
  Maximum Volume Bytes = 35G
  Maximum Volumes = 20
  # -> max 700G
}

Проблема, которую я вижу:

заключается в том, что инкрементная резервная копия всегда ссылается на последнюю инкрементную, дифференциальную или полную резервную копию и сохраняет только те файлы, которые изменились с тех пор. В моей схеме у меня есть две «разные» инкрементные резервные копии, ежедневная и еженедельная. Еженедельная всегда ссылается на ежедневную, которая была сделана накануне, верно? Когда я храню еженедельную более 4 недель (я выбрал 5 недель), а ежедневную — более 10 дней (я выбрал 14 дней), ежедневные файлы будут удалены через 14 дней, но ежемесячная все еще ссылается на них. Так что будет «дыра»?

Я понял, что если бы можно было иметь несколько «уровней» инкрементальных резервных копий, например, я мог бы сказать, что еженедельная инкрементальная резервная копия ссылается только на еженедельные резервные копии (уровень 0), а ежедневная инкрементальная резервная копия — только на ежедневные (уровень 1), то проблема бы исчезла. Та же проблема возникла бы, если бы я хранил полную резервную копию слишком короткое время. Например, если полная резервная копия перезапишет единственную существующую, то не останется полной резервной копии, на которую могла бы ссылаться дифференциальная резервная копия, и я потеряю все резервные копии, которые я сделал к этому моменту.

Что я нашел:

Я поискал в интернете и нашелглава в bacula-документации: В нем говорится: «Теперь, поскольку каждый из этих различных типов сохранений должен оставаться действительным в течение разных периодов времени, самый простой способ сделать это (и, возможно, единственный) — иметь отдельный пул для каждого типа резервного копирования».

Мои вопросы:

  1. Это в основном означает, что нет другого решения, кроме как одиночные full-,diff- и inkr-pools в главе bacula-documentation. Это правильно?
  2. Если это неверно, как я могу достичь своей цели с двумя разными инкрементными пулами?

Я также читал о базовых заданиях в документации Bacula, это не совсем то, что нужно, но это идет в правильном направлении.

Большое спасибо за уделенное время и помощь в прочтении этой статьи.

Ps: Я не носитель английского языка и извините, если я делаю ошибки. Если есть что-то, что действительно вас бесит, я хотел бы услышать от вас, чтобы улучшить свой английский.

Спасибо.

решение1

Я уже разобрался с этим с помощью bacula-user-mailinglist. Невозможно эффективно иметь несколько инкрементальных пулов для одного задания. Я изменил свои настройки следующим образом:

Schedule{
  Name = "GFSCycle"
  Enabled = yes

  # DailyCycle - the volumes are kept for 40days
  Run = Level=Incremental Pool=DailyPool FullPool=HalfAnnualPool Priority=10 daily at 03:00
  
  # MonthlyCycle - the volumes are kept for 7months
  Run = Level=Differential Pool=MonthlyPool FullPool=HalfAnnualPool Priority=11 february-june 1 at 03:00
  Run = Level=Differential Pool=MonthlyPool FullPool=HalfAnnualPool Priority=11 august-december 1 at 03:00

  # HalfAnnualCycle - the volumes are kept 12months
  Run = Level=Full Pool=HalfAnnualPool Priority=12 january 1 at 03:00
  Run = Level=Full Pool=HalfAnnualPool Priority=12 july 1 at 03:00


Pool {    
  Name = DailyPool
  Pool Type = Backup
  Storage = backup-server-sd
  Label Format = "DailyVol_"
  Volume Use Duration = 23 hours
  Recycle = yes                       # Bacula can automatically recycle Volumes
  AutoPrune = yes                     # Prune expired volumes
  Volume Retention = 40 days
  Maximum Volume Bytes = 50M          # Limit Volume size to something reasonable
  Maximum Volumes = 3000              # Limit number of Volumes in Pool
  # -> max 150G
}

Pool {
  Name = MonthlyPool
  Pool Type = Backup
  Storage = backup-server-sd
  Label Format = "MonthlyVol_"
  Volume Use Duration = 2 days
  Recycle = yes
  AutoPrune = yes
  Volume Retention = 7 months
  Maximum Volume Bytes = 5G
  Maximum Volumes = 80
  # -> max 170G
}
 
Pool {
  Name = HalfAnnualPool
  Pool Type = Backup
  Label Format = "HalfannualVol_"
  Storage = backup-server-sd
  Volume Use Duration = 3 days
  Recycle = yes
  AutoPrune = yes
  Volume Retention = 12 months
  Maximum Volume Bytes = 35G
  Maximum Volumes = 20
  # -> max 700G 
}

Для каждого отдельного клиента устанавливается максимальный объем хранения файлов и заданий.

-> Срок хранения файлов = 12 месяцев, срок хранения заданий = 12 месяцев

Существуют также виртуальные полные резервные копии, которые могут оказаться полезными и более подробно описаны здесь: https://www.baculasystems.com/incremental-backup-software/

Еще раз большое спасибо всем в списке рассылки bacula-user-mailinglist, кто помог мне разобраться.

Связанный контент