Мне было бы интересно развернуть bacula в качестве резервного решения. Мой недостаток до сих пор в том, что я не нашел, как / если возможно для клиента определить, для чего он хочет создать резервную копию.
Насколько я понимаю, это должно быть определено внутри Director, и у клиента нет возможности его изменить. (За исключением обращения к администратору)
Это правильно ? Если да, есть ли какой-нибудь элегантный способ обойти это?
ура
Ваше понимание правильное.
На самом деле нет элегантного способа обойти это. У клиентов Bacula (файловых демонов) нет возможности передать список обратно директору.
Вы может иметь возможность взломать решение на основе принятый ответ на этот вопрос, но вам понадобится какой-то способ, чтобы конечные пользователи могли сообщить, что они хотят скопировать (например, веб-страница, которая записывает файлы). Это решение не для меня лично.
Обычно клиенты в корпоративном сценарии не должны сообщать вам, что делать резервную копию - это рецепт катастрофы (Джон Доу советует вам делать резервную копию только своего рабочего стола. Через неделю он умоляет вас восстановить что-то из «Моих документов», что ему нужно. Супер-конец-вселенной-Срочно. Вы мистер Плохой-Резервный-Парень из-за того, что у вас нет его файлов, даже если он сказал вам не делать их резервные копии.).
Вы, как администратор системы резервного копирования, должны сообщать своим пользователям, что является резервное копирование (и убедитесь, что это разумный список местоположений) и четко сообщите, что пользователи должны хранить файлы в утвержденных местах, чтобы для них было выполнено резервное копирование. (Для вашего типичного магазина в наши дни это означает, что вы делаете резервную копию домашнего каталога пользователя - в наши дни OS X и Windows хорошо хранят ненужные файлы пользователей в их домашних папках).
Зависит от вашего определения слова «элегантный».
mount --bind /home/xyz/somedir /for_backup/someplace и / или ln /home/xyz/somefile /for_backup/someplace2 или аналогичные уловки, чтобы указать, что вы хотите сделать резервную копию.Я предпочитаю более поздний вариант, потому что вы создаете резервную копию всего, КРОМЕ того, что вам не нужно / не нужно, и если вы забудете что-то добавить, режим отказа будет «о, мы используем слишком много места на сервере резервного копирования» вместо «OMG I ПОТЕРЯ СВОЕЙ ЖИЗНИ РАБОТЫ, потому что я забыл отредактировать конфигурацию, чтобы отразить, что я переименовал один каталог!