Назад | Перейти на главную страницу

Стратегии обеспечения совместимости томов файлов bacula с rsync?

Как бы нам настроить bacula, чтобы он создавал тома файлов таким образом, чтобы имена томов (метки) были предсказуемыми, а с rsync все работало хорошо, чтобы мы не отправляли большие объемы данных по сети?

Общая стратегия заключается в создании полной резервной копии в 1-е воскресенье месяца, дифференциала - в другие воскресенья и инкрементальных - с понедельника по субботу. Таким образом, нам нужно создать (3) файла, один для «полного», 1-5 для «дифференциалов», плюс 1-6 для «инкрементальных».

Я считаю, что первая линия защиты - это директива «Label Format» в ресурсе Pool. Использование формата метки, например "$ {Storage} - $ {Job} - $ {Pool} - $ {Level} - $ {MediaType}" в определении пула и использование (3) различных пулов для (полного / инкрементного / дифференциального) похоже, что это сработает, но я не уверен, как убедить Bacula добавлять в нужные дни и перерабатывать в нужные дни.

Не пытайтесь перехитрить свои инструменты - настройте разумную ротацию ленты и позвольте Bacula делать то, что делает Bacula. rsync разберется, как синхронизировать данные с минимальным объемом трафика по сети.

Тома Bacula уже изначально совместимы с rsync, точно так же любой файл:

  • Если файл новый или существенно переписан, rsync перенесет все это целиком.
  • Если файл был добавлен, rsync передаст новые данные.
  • Если файл был изменен другим способом, кроме добавления к нему, rsync перенесет измененные блоки.

Если не указано иное, Bacula будет продолжать запись в файл до тех пор, пока не достигнет указанного вами максимального размера тома, а rsync будет отправлять только добавленные данные (помните, что файл тома Bacula - это в основном прославленная лента с лучшим временем поиска произвольного доступа).