Система резервного копирования "bacula"
«It comes in the night and sucks the essence from your computers». Kern Sibbald
О системе можно встретить много положительных отзывов:
Из отрицательных отзывов:
источник: Bog BOS
Здесь:
Основная статья: Bacula/Быстрый старт
Установка по умолчанию, только до состояния "работает".
Все настройки по умолчанию.
Основная статья: Bacula/Pools, Volumes and Labels
Понимание использования пулов, томов и меток.
Теперь, на имеющемся материале, имеет смысл определиться со структурой резервного копирования:
Bacula/Использование накопителей
Bacula FAQ:
Yes, the Director configuration doesn't have to be in just one file. You can do this:
@/path/to/file1 @/path/to/file2
In fact, the @filename can appear anywhere within the conf file where a token would be read, and the contents of the named file will be logically inserted in the place of the @filename. What must be in the file depends on the location the @filename is specified in the conf file.
#
# Include subfiles associated with configuration of clients.
# They define the bulk of the Clients, Jobs, and FileSets.
# Remember to "reload" the Director after adding a client file.
#
@|"sh -c 'for f in /etc/bacula/clientdefs/*.conf ; do echo @${f} ; done'"
http://wiki.bacula.org/doku.php?id=sample_configs
Установка на компьютере fd означает что к нему можно обратиться и получить с него любые файлы. По мере необходимости, помимо достаточно больших паролей следует озаботиться и другими аспектами безопасности:
Для подключения удалённого fd:
При восстановлении по умолчанию файлы будут восстановлены на том же клиентском компьютере, в каталог указанный в конфигурации директора в задании (job) для восстановления.
В настройках по умолчанию есть один пример копирования базы данных (собственной базы бакулы), но скорее всего чаще будут встречаться случаи резервного копирования с удалённых машин. При этом можно как выполнять mysqldump локально, обращаясь к удалённой базе, так и выполнять непосредственно на машине с СУБД, забирая затем файл оттуда. Для последнего случая понадобятся директивы:
ClientRunBeforeJob = /path/to/script/create.dump ClientRunAfterJob = /path/to/script/remove.dump
См. также: