Как сделать резервную копию огромного файла с Bacula?

StackOverflow https://stackoverflow.com/questions/244337

  •  04-07-2019
  •  | 
  •  

Вопрос

В настоящее время он составляет 700 МБ, но вполне возможно, что он будет превышать 1 ГБ. Обычно я просто копирую этот файл в другое место (для любопытства это база данных экземпляра Zope, файл ZODB).

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

Полагаю, мне нужно составить два графика, ежедневный и еженедельный. Но какие цифры я должен иметь на томах и пулах, чтобы достичь этого? Два тома по 1,5Гб? Любые советы или рекомендации приветствуются, я не системный администратор, и мой опыт работы с Bacula очень ограничен.

Это было полезно?

Решение

Оперативное резервное копирование большого файла базы данных является рискованным делом, так как этот файл может измениться, когда вы его читаете, что делает его непоследовательным и, возможно, бесполезным. Я полагаю, что вы не должны делать резервные копии самого файла ZODB, а должны делать разностные копии, ежедневно создаваемые инструментом repozo . Таким образом, вы также передаете работу по обработке внутренних подразделений, с которыми, по вашему мнению, Bacula не в состоянии справиться.

Другие советы

Из моего опыта работы с bacula и резервным копированием на диск лучше всего сохранять один том на задание резервного копирования. Таким образом, в файлах не будет мертвого пространства, так как задания истекают. Bacula может повторно использовать весь том, что сокращает использование диска. Используйте " Установить максимальную громкость заданий = 1 " директива в ресурсе пула.

Я бы создал два пула, ежедневный и еженедельный. Установите объем удержания до двух дней в день и две недели в неделю. Расписание ежедневных, скажем, пн-сб, и еженедельных в воскресенье.

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

Для некоторых наших резервных копий мы используем снимки LVM ( http://tldp.org /HOWTO/LVM-HOWTO/snapshots_backup.html ), чтобы избежать блокировки любой из наших баз данных (у нас есть терабайты данных для резервного копирования, и блокировка будет иметь огромное влияние на службу)

Тогда, как вы сказали, что база данных не перемещается слишком много, я бы пошел и имел 6-дневный срок хранения, 6 томов для ежедневных газет и 2 тома для еженедельных. Ваши ежедневные газеты должны попадать в пул инкрементных резервных копий, а еженедельники должны быть заполнены.

Например, включите еженедельники (полные) в понедельник, а затем добавочные значения каждый день (вт-вс). Это позволит вам вернуться в любой день недели, если вы обнаружите, что ваши данные повреждены, не занимая слишком много места или времени во время резервного копирования.

РЕДАКТИРОВАТЬ: И ... Я должен проверить даты публикации, прежде чем ответить. Ха-ха. 3 года с опозданием.

Для bacula с открытым исходным кодом (bacula.org) лучше всего использовать " Задать максимальный объем заданий = 1 " директива действительно.

Если вы хотите подразделение «внутри файла» для инкрементных резервных копий », рассмотрите плагин Delta от Bacula Systems - https://www.baculasystems.com/products/bacula-enterprise-plugins/delta .

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top