Я оцениваю Bacula как централизованный инструмент резервного копирования для небольшой сети, где пользователи будут включать и выключать машины непредсказуемо. Некоторые из безголовых Linux-боксов, которые мне нужно резервировать, предназначены для выключения нажатием кнопки включения/выключения на корпусе, без какого-либо способа сообщить пользователю о необходимости дождаться завершения задания резервного копирования.
Итак, мы не знаем, когда могут быть запущены задания резервного копирования (anacron может помочь в этом, верно?), и мы не знаем, будет ли им разрешено завершиться.
Является ли Bacula разумным выбором для такой среды?
решение1
bacula полагается на центрального «директора», который управляет всем планированием. Если система не работает, когда bacula-directorона пытается ( bacula-fd) связаться с демоном хранения ( bacula-sd), то после заданного периода времени bacula сдастся и отметит задание как проваленное. Если он будет выключен во время задания, он почти наверняка отметит задание как проваленное.
Насколько мне известно, если задание не удалось выполнить, механизма для его повторной попытки или продолжения не существует, Bacula начнет его снова, когда это задание будет запланировано в следующий раз.
Я бы предложил использовать rsyncс коробок на центральный сервер, а затем сделать резервную копию этого центрального сервера на ленту. В этом случае rsync можно запланировать из cron на каждой коробке в любое удобное время, а также @reboot. Если система выключается в процессе rsync, она завершится при запуске. При использовании такого «push» резервного копирования важно сохранять резервные копии этого центрального сервера, поскольку поврежденный клиент будет передавать поврежденные данные на сервер.
решение2
Bacula больше подходит для использования на сервере, попробуйте Areca.
решение3
Хотя я не знаю, как Bacula справляется с этой ситуацией, я только что оценил Backuppc в отношении "исчезающих" клиентов. Backuppc использует простой rsync в качестве транспорта и может, таким образом, пометить резервную копию как "частичную", если клиент отключается в середине выполнения задания. Восстановление из такой ситуации работает просто отлично.