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

Question

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

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

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

Answer 1

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

Answer 2

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

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

Answer 3

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

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

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

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

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

Answer 4

Для bacula с открытым исходным кодом (bacula.org) лучше всего использовать директиву «Set Maximum Volume Jobs = 1».

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