Большие размеры инкрементной резервной копии, хотя минимальные изменения с тарболлами cPanel
Я использую Bacula и подключаюсь к своему серверу cPanel по ночам в 2 часа ночи для резервного копирования файлов tar.gz, которые были созданы в предыдущий день в 6 часов утра cPanel.
Обратите внимание, что cPanel генерирует полную резервную копию каждое утро и выгружает ее в файл tar для каждого пользователя.
С помощью Bacula (моей системы резервного копирования, которая работает на другом сервере и выполняет резервное копирование тар-шаров cPanel), я запускаю полное резервное копирование 1-го числа каждого месяца и добавочное в остальные оставшиеся дни (дни со 2 по 31).
Я обнаружил, что инкрементные резервные копии все еще велики (30-40% от размера полной резервной копии)... Я точно знаю, что в разнице каждую ночь не добавляется 30% данных.
Я предполагаю, потому что небольшое изменение входного файла в группе файлов приводит к совершенно другому файлу tar.gz, поэтому будет много изменений от одного файла к другому, даже если данные не могли существенно измениться для каждого файла,
Будет ли лучше просто синхронизировать /home/* (все пользовательские каталоги) и выгружать базу данных для каждого пользователя в файл в пользовательском каталоге (как задание cron)?
Что-нибудь еще, на что я должен обратить внимание с вышеизложенным, или на любые другие рекомендации, чтобы сохранить нативные реставрации тарбола cPanel tar.gz, но сохранить небольшие инкрементные резервные копии?
1 ответ
У вас есть фундаментальное неправильное понимание того, что такое инкрементная резервная копия. Инкрементная резервная копия просматривает копии файлов, которые изменились с момента последней резервной копии. ВЕСЬ ФАЙЛ. Он не сравнивает версии файлов и не копирует изменения в файл.
Вы запускаете полную резервную копию cPanel каждое утро. Затем Bacula берет этот файл резервной копии. Поскольку резервные копии работают на ВСЕХ ФАЙЛАХ, копируется вся ваша резервная копия cPanel, а не только изменения.