Установка и настройка bacula windows

Bacula Windows client ( Установка и настройка Windows клиента Bacula. )

12 ноября 2010 (обновлено 15 августа 2016)

OS: MS Windows Server 2003/2008.
Application: Bacula v.2.4/v.5.2.

В репозитории «Debian Lenny» Bacula версии 2.4, а для «Debian Squeeze» Bacula версии 5.2. Думаю, что для гарантированной совместимости клиента для Windows лучше подобрать такой же версии, что и сам сервер резервирования.

Идём на сайт Bacula, http://www.bacula.org/
Переходим в раздел Download, но не текущего релиза, а в репозиторий SourceForge, http://sourceforge.net/projects/bacula/files/#files
Качаем winbacula-2.4 для «Debian Lenny» или bacula-win-5.2 для «Debian Squeeze».

Запускаем инсталлятор. Выбираем ручной режим выбора компонентов. Выбираем для установки только «Client» — «File Service».
Указываем в окне запроса уникальное FQDN имя клиента, порт для подключения «9102», количество одновременных соединений с клиентом «2» (одно для резервирования и одно для проверки статуса) и пароль для подключения. Естественно, устанавливаем клиента Bacula как системный «сервис».

После указания параметров клиента установщик запросит имя «Директора» и реквизиты подключения «монитора» состояния. Первое указываем, а вот поля реквизитов монитора я очистил за ненадобностью.

Конфигурационный файл клиента Bacula расположился в директории «C:\\Documents and Settings\\All Users\\Application Data\\Bacula». Считаю полезным подчистить его и оставить только те описания, что действительно необходимы. Что-то вроде следующего:

FileDaemon <
# Произвольное уникальное имя клиента (лучше, чтобы оно совпадало с FQDN клиента)
Name = windows0.domainn.local
FDport = 9102
WorkingDirectory = «C:\\Documents and Settings\\All Users\\Application Data\\Bacula\\Work»
Pid Directory = «C:\\Documents and Settings\\All Users\\Application Data\\Bacula\\Work»
Maximum Concurrent Jobs = 2
>

Director <
Name = dir0.backup.local
Password = «strongPasswordForClient»
>

Messages <
Name = Standard
director = dir0.backup.local = all, !skipped, !restored
>

Перезапускаем (или запускаем) сервис клиента Bacula. Необходимо пройти в графическую консоль «Управление компьютером» => «Службы» и запустить «Bacula File Service».

Клиент, кстати, запускается в качестве службы достаточно просто, достаточно указать соответствующую опцию:

Отключить функционал запуска клиента в качестве службы не сложнее:

Конфигурирование клиента на стороне сервера ни чем особенным не отличается от варианта для Linux, разве что пути в описании резервируемой области указываем в формате Windows:

.
FileSet <
Name = «file-set-windows0.domain.local»

# Отключаем использование механизма «теневого копирования», всё равно он нам не нужен для простого резервирования
Enable VSS = no

Include <
Options <
.
# Указываем игнорировать регистр имён файлов и директорий (директива исключительно для Win32)
Ignore Case = yes
>
.
File = «C:/lotus»
.

Не забываем проверять корректность конфигурации средствами самого Bacula:

[ уже посетило: 20346 / +9 / -4 ] [ интересно! / нет ]

Поблагодарить автора ( сделайте свой денежный вклад в хорошее настроение )

Источник

Установка клиента Bacula для Linux и Windows

Клиент Bacula не обладает большим количеством зависимостей, и разработан на базе C / C++, поэтому его установщики могут быть скомпилированы под практически любую операционную систему. Необходимо помнить, что версия Клиента не может быть больше размером, чем процесс управления или процесс хранения, однако обратная ситуация вполне может возникнуть.

Далее мы рассмотрим некоторые варианты установки клиента.

Установка клиента на Linux

Bacula.org и корпоративные пакеты сообщества

Здесь есть два варианта установки. Мы можем опять зарегистрировать репозитории yum/apt для установки Клиента (по такому же принципу, как и при установке Сервера), что подразумевает обновления в будущем, или мы можем скачать и установить пакеты вручную.

Метод с репозиториями

Зарегистрируйте репозитории Bacula.org или Bacula Systems (Enterprise).

Установка базы данных или пакета Директора Bacula необязательна. Продолжайте установку, используя только Клиентский пакет. Например:

Далее проследуйте в раздел настройки клиента.

Загрузка пакетов вручную

Используйте веб-браузер для доступа к репозиторию и найдите необходимые пакеты: bacula-client и libs для семейства CentOS / RHEL, bacula-client и common — для Debian / Ubuntu.

Скачайте и установите, как указано в примере:

Если вы используете CentOS и/или располагаете работающим фаерволлом — отключите Selinux для открытия доступа к порту 9102 в фаерволле:

Далее проследуйте в раздел настройки клиента.

Установка клиента для Windows

Для этого существуют уже собранные пакеты на вебсайте Bacula.org. Они содержат Клиент, процесс Хранения и bconsole / BAT console для Windows, но конкретно в этом случае мы устанавливаем только Клиент, так как это более реалистично если речь идет о бэкапе серверов производства.

Скачайте и распакуйте клиентские пакеты с Bacula.org: https://blog.bacula.org/binary-download-center/ (или корпоративный репозиторий Bacula Systems)
Запустите файл Setup с правами Администратора (Системы и Домена, если возможно). Примите лицензионное соглашение.
Выберите тот .exe файл, который подходит под вашу архитектуру Windows: 32 bit или 64 bit. Например: bacula-win64-9.4.0.exe.
Запустите этот файл и примите условия лицензионного соглашения.
Как показано ниже, выберите Custom Setup (позволяет вам настроить клиент, включая имя Директора, и возможность скопировать сгенерированный случайный пароль для последующих взаимодействий с бэкап-сервером).

Далее вам предстоит выбрать части программы, которые вы хотите установить, как показано ниже (в этом случае выбраны клиент для Windows и соответствующие бесплатные плагины).

Следующим шагом станет возможность изменить имя клиента Bacula и пароль для Директорского доступа к устанавливаемому клиенту. Скопируйте этот пароль, затем продолжайте.

И наконец, введите имя Директора так же, как указано на вашей основной машине-сервере (bacula-dir-conf — Director resource). Эту информацию также можно получить, открыв bconsole или используя команду version.

Дождитесь окончания установки. Закройте все последующие всплывающие окна.
Переходите к разделу настройки клиента Bacula.

Настройка клиента Bacula

I. bacula-fd.conf (сторона-клиент):

Отредактируйте файл конфигурации клиента:
- Linux: vi /etc/bacula/bacula-fd.conf
- Windows: если вы этого не сделали в процессе установки, то: Menu> Bacula> Configuration> Edit Client Configuration

Проверьте, чтобы имя Директора было указано точно так же, как и на вашем сервере-Директоре (bacula-dir.conf — Director resource, или через bconsole и команду version), отредактируйте его при необходимости.
Вставьте ранее скопированный сгенерированный пароль в ту же самую директорию — bacula-fd.conf (раздел для пароля) или измените по желанию. Эта информация потребуется вам далее для привязки клиента к Директору.
Измените имя у FileDaemon, если необходимо.
Сохраните и выйдите из клиента. Перезапустите клиентский процесс:
- Linux:/etc/init.d/bacula-fd restart
- Windows: Откройте менеджер сервисов (services.msc) и перезапустите сервис Bacula File Daemon
Проверьте наличие у системы активного фаерволла. Если он имеется, добавьте входящее исключение TCP 9102 для открытия доступа Директора к клиенту. Альтернатива — введите следующую команду в терминале Windows:

II. bacula-dir.conf (сторона-сервер):

Добавьте нового клиента как ресурс (скопируйте данные уже существующего клиента с изменением в необходимых местах. Это также можно сделать в BWeb если речь идет о корпоративном клиенте). Измените имя клиента (оно должно соответствовать bacula-fd.conf, это не обязательно, но рекомендуется); в строке Адрес введите IP-адрес или FQDN вашего клиента; и, наконец, в поле Пароль вводите ранее скопированный во время установки пароль из bacula-fd.conf. Например:
Сохраните и закройте файл bacula-dir.conf.
Перезагрузите bacula-dir или запустите его снова в bconsole для того, чтобы принятые изменения вступили в силу.
Через bconsole создайте статус клиента для вашей клиентской машины. Если ответом на команду будет корректное имя клиента, версия и список работ — ваша настройка завершилась успешно и Директор способен присоединиться к клиенту.

Теперь, когда клиент присоединен к Директору и протестирован, время создать новую Работу и новый FileSet. Начните с повторного запуска bacula-dir.conf:

Добавьте новую функцию под названием Работа (подсказка: скопируйте существующую для облегчения процесса).
Переименуйте Работу. Новое имя должно ссылаться на имя клиента, которое было ранее указано в клиенте как в ресурсе. Также в это же время вы можете назначить на эту Работу новый FileSet, который еще не существует, но который мы создадим с таким же именем, как указано ниже.
Создайте новый FileSet с тем же именем, что и Работа (пример: FileSet = fileserver_set). Важно помнить, что для изменения параметров “включить” и “исключить” в плане папок вам понадобится бэкап нового клиента, а для этого в Windows вы можете использовать только обыкновенный символ / и ни в коем случае не \, а также что весь путь необходимо выделить кавычками. Например:
Перезапустите bacula-dir или используйте команду reload в bconsole для того, чтобы сохранить и применить изменения.
Протестируйте ваши новые настройки с помощью команды estimate quote в bconsole. Она должна показать файлы, которые Bacula должна забэкапить в начале Работы, а также их суммарный размер и число файлов, которые будут скопированы.
Если хотите — запустите ваш первый бэкап. Не забудьте про процесс работы — чтение сообщений (команда message в bconsole), использование команд status director, client и storage (каждая из них должна давать различающиеся детали касательно запущенной Работы); а также список Работ, предоставляющий набор работ, которые выполняются или уже завершены.

Источник

Часть 4. Установка и настройка Bacula

Серия контента:

Этот контент является частью # из серии # статей: Системы резервного копирования и управления IT-активами предприятия

Этот контент является частью серии: Системы резервного копирования и управления IT-активами предприятия

Следите за выходом новых статей этой серии.

Современные бизнес-процессы требуют от организаций такого же отношения к информационным ресурсам, как и к любым иным активам. К сожалению, сегодня наибольшее внимание уделяется обеспечению конфиденциальности данных. Вопросом обеспечения их целостности часто задаются, когда она уже была нарушена. В этой серии статей речь идет о программных решениях, направленных на защиту целостности данных.

Знакомимся с Bacula

Существует несколько свободных программных продуктов, позволяющих автоматизировать резервное копирование. Наиболее известные и функциональные – Bacula и Amanda. В этой статье мы рассмотрим первую из них.

Bacula – это система централизованного резервирования информационных ресурсов, основными преимуществами которой являются:

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

Система построена по технологии клиент-сервер, и для передачи данных использует протокол TCP. Резервные копии создаются в собственном, полностью открытом формате.

Система резервирования данных Bacula состоит из четырёх основных элементов: Director Daemon, Storage Daemon, File Daemon и Bacula Console. Все эти элементы реализованы в виде самостоятельных приложений.

Director Daemon (DD) – это центральный элемент системы, осуществляющий управление её остальными компонентами. В его задачи входит управление процессом резервирования/восстановления данных, обеспечение интерфейса управления для администраторов и многое другое. Говоря проще – это диспетчер, который инициирует все процессы и отслеживает ход их выполнения.

Storage Daemon (SD) – приложение, отвечающее за чтение/запись данных непосредственно на устройства хранения информации. Принимает управляющие команды от DD, а также резервируемые данные от/к File Daemon.

File Daemon (FD) – этот элемент ещё можно назвать Агентом. Ведь именно он работает в рамках операционной системы, данные которой необходимо резервировать. File Daemon выполняет всю рутину, осуществляя обращение к резервируемым файлам и их дальнейшую передачу к SD. Также на стороне FD выполняется шифрование резервных копий, если это определено конфигурацией.

Bacula Console (BC) – интерфейс администратора сиcтемы. По своей сути, это командный интерпретатор для управления Bacula. Строго говоря, Bacula Console может быть расширена с помощью графических систем управления, которые, как правило, являются всего лишь надстройкой над BC. К таким системам можно отнести Tray Monitor и Bat. Первая устанавливается на компьютере администратора системы и осуществляет наблюдение за работой системы резервирования, а вторая обеспечивает возможность управления посредством графического интерфейса.

Bacula Catalog – база данных, в которой хранятся сведения обо всех зарезервированных файлах и их местонахождении в резервных копиях. Каталог необходим для обеспечения эффективной адресации к требуемым файлам. Поддерживаются MySql, PostgreSql и SqLite.

Такое структурное деление позволяет организовать очень гибкую систему резервирования, когда Storage Daemon разворачивается на выделенном сервере с несколькими устройствами хранения данных. Также Bacula Director может управлять несколькими экземплярами SD, обеспечивая резервирование части данных на одно устройство хранения, а части – на другое.

Если ваша инфраструктура включает в себя всего один сервер, то все необходимые элементы могут быть развёрнуты на нём. Более подробную информацию вы можете получить из подробного руководства администратора на официальном сайте http://bacula.org.

Установка и настройка

Теперь, когда мы разобрались со структурой Bacula, можно приступать к установке и настройке. В качестве примера будем использовать дистрибутив Fedora. В нашем примере мы будем рассматривать следующую инфраструктуру:

выделенный сервер dir.example.com (на нём будет функционировать Director Daemon);
выделенный сервер stor.example.com (на нём будет функционировать Storage Daemon);
персональный компьютер под управлением операционной системы Linux – client.example.com.

Предполагается, что сервер MySql, в котором будет развёрнута база данных Bacula Catalog, уже установлен и запущен на сервере stor.example.com. Установка будет производиться из RPM-пакетов. Но, в случае необходимости, может быть осуществлена сборка из исходных кодов, которая в общем виде может быть реализована в рамках формулы «configure,make,make install».

На сервере dir.example.com устанавливаются Director Daemon и Bacula Console:

На сервере stor.example.com устанавливается Storage Daemon:

Приступаем к инициализации Bacula Catalog. На сервере dir.example.com запускаем скрипты, которые создадут базу данных, все необходимые таблицы и привилегии:

Были созданы база данных bacula и пользователь bacula, имеющий к ней все необходимые права доступа. По умолчанию пользователь bacula создаётся без пароля. Обязательно установите его.

Подготовка Bacula к работе заключается в настройке каждого компонента в отдельности и последующей настройке их взаимодействия.

Начнём подготовку системы резервирования с настройки Storage Daemon, который будет отвечать за непосредственную работу с устройством хранения данных. Bacula поддерживает широкий спектр устройств, начиная от оптических дисков и заканчивая полнофункциональными ленточными библиотеками. Список поддерживаемых устройств вы сможете найти на официальном сайте проекта. Мы рассмотрим самый распространённый вариант – обычный жёсткий диск с существующей файловой системой (например, ext3). Итак, на сервере stor.example.com редактируем файл /etc/bacula/bacula-sd.conf. В нём находим секцию основных параметров – Storage, где определяем параметр Name, который задаёт уникальное имя Storage Daemon. Остальные параметры можно оставить в значениях по умолчанию.

Секция Director необходима для указания уникального имени DD и пароля, с которым этот DD может подключаться к SD. Секций может быть несколько, что даёт возможность использовать единый сервер хранения данных для нескольких систем резервирования. Все остальные секции Director, найденные в файле, закомментируйте, они пока не понадобятся.

Но основные настройки, определяющие взаимодействие с устройствами хранения, кроются в секции Device. Рассмотрим параметры, необходимые для хранения резервных копий в рамках существующей файловой системы, подключенной в каталог /var/backups.

Параметр Name определяет уникальное имя подключенного устройства. Если вы планируете создавать изолированные друг от друга резервные копии для каждого из File Daemon, то вам необходимо создать несколько секций Device с уникальными именами. В противном случае резервируемые файлы со всех FD будут размещаться в одном и том же файле, что может несколько затруднить дальнейшее обслуживание системы.

Параметр Media Type определяет произвольное уникальное имя, которое будет использоваться Bacula при восстановлении данных. Согласно ему определяется устройство хранения, с которого будет производиться восстановление. Если вы храните резервные копии в файлах, то для КАЖДОЙ секции Device должен быть задан уникальный Media Type.

Параметр Archive Device указывает путь к файлу устройства в каталоге /dev или путь к каталогу, в котором будут размещаться резервные копии.

Параметр Device Type определяет тип устройства. Для размещения в существующей файловой системе указывается File.

Параметр Random Access указывает на возможность случайной (непоследовательной) адресации. Для файлов указывается Yes.

Параметр RemovableMedia указывает, возможно ли извлечение устройства хранения. Необходимо для ленточных устройств, приводов оптических дисков и т.д. Для файлов устанавливается в значение No.

Параметр LabelMedia указывает на необходимость автоматического маркирования носителей информации.

Для базовой настройки этого достаточно, и можно приступать к конфигурированию Director Daemon в конфигурационном файле /etc/bacula/bacula-dir сервера dir.example.com. В первую очередь необходимо определить основные параметры в секции Director. На начальном этапе важно установить параметры Name и Password. Name задаёт уникальное имя Director Daemon, а Password – пароль, который будет использоваться при соединениях BC с DD. Остальные параметры можно оставить в значениях по умолчанию.

Следующей группой параметров, которые необходимо определить, является секция Catalog. Здесь необходимо указать реквизиты доступа к базе данных, а также назначить уникальное имя данного Bacula Catalog с помощью параметра Name:

Теперь настала пора определить SD, на который будет производиться передача данных для дальнейшей записи на устройство хранения. Storage Daemon у нас настроен и готов к работе, определим реквизиты доступа к нему в секции Storage файла bacula-dir.conf.

Параметр Name – уникальное имя, использующееся для адресации секции Storage в рамках файла bacula-dir.conf

Параметры Device и MediaType дублируют одноимённые параметры файла bacula-sd.conf.

Параметр Password содержит пароль, который будет использоваться при подключении к Storage Daemon.

Последние шаги настройки

До завершения базовой настройки Director Daemon осталось совсем немного. Секция Pool определяет набор носителей информации и параметры, определяющие то, как SD будет их обрабатывать. Каждый Pool взаимодействует с устройством хранения данных, и поэтому необходимо создать столько же пулов, сколько определено устройств хранения. Фактически если для каждого File Daemon вы определяете отдельное устройство, то для каждого FD необходимо определить и Pool. Рассмотрим перечень наиболее значимых параметров.

Параметр Name определяет уникальное имя пула.

Параметр Pool Type определяет тип, и для резервных копий должен быть установлен в значение Backup.

Параметр Maximum Volume Jobs рекомендуется установить в значение 1. Это будет означать, что в рамках одного носителя данных могут быть размещены резервные данные, полученные в ходе выполнения только одного задания. Носитель данных – это устройство, на которое непосредственно записываются данные (оптические диски, магнитные ленты). Если размер созданной резервной копии много меньше размера носителя, то имеет смысл сохранить на него и другие копии, которые будут создаваться в будущем. Но если мы говорим о файлах, то желательно придерживаться правила «один файл – одна копия», т.е. в одном файле Bacula должны храниться резервные данные, которые были сформированы в рамках выполнения одного задания. Для каждого последующего будут создаваться новые файлы.

Volume Retention – время, по прошествии которого данные о резервной копии, хранящейся на носителе, будут удалены из каталога. Для обеспечения работоспособности Bacula необходимо помнить о том, что информация обо всех зарезервированных файлах хранится в базе данных, по записи на каждый файл. Если вы резервируете тысячи файлов, то очень скоро база данных станет огромной, что может затруднить работу Bacula. Поэтому очень важно своевременно очищать базу от устаревшей информации. При этом сам носитель информации не будет очищен автоматически. Он будет промаркирован как устаревший, но вы всегда сможете использовать его для восстановления данных в ручном режиме.

Maximum Volumes – максимальное количество носителей (в нашем случае файлов), доступных в данном пуле.

Параметр Recycle указывает на необходимость повторного использования носителей, помеченных как устаревшие. При этом реальная перезапись носителя произойдёт лишь в случае, когда свободных носителей не останется. Свободные носители определяются из параметра Maximum Volumes.

Параметр AutoPrune указывает на то, необходимо ли производить удаление устаревших записей из Bacula Catalog автоматически после завершения выполнения очередного задания.

Параметр Label Format определяет префикс, который будет использован Bacula для маркирования носителей информации, в нашем случае – для именования файлов.

Параметр Storage указывает на имя устройства хранения данных, указанного в параметре Name секции Storage файла bacula-dir.conf.

Одна из интересных секций – FileSet, она позволяет предопределить несколько наборов резервируемых файлов. Например, один набор для Windows, другой – для Linux или один для серверов, а другой – для рабочих станций. Основные параметры здесь следующие.

Параметр Name определяет уникальное имя набора.

Секция Include содержит пути к резервируемым файлам/каталогам, а Exclude – пути к файлам и каталогам, которые необходимо исключить из списка резервируемых. В секции Include возможна секция Options, в которой определяются параметры резервирования.

Параметр signature указывает алгоритм вычисления контрольных сумм файлов.

Параметр compression указывает алгоритм компрессии файлов.

Параметр recurse указывает на необходимость рекурсивного резервирования, включая подкаталоги и файлы.

Теперь на время отложим Director Daemon и перейдём к настройке File Daemon на рабочей станции client.example.com. Для этого сначала установим программный продукт:

Для настройки используется файл /etc/bacula/bacula-fd, в котором для базовой настройки достаточно лишь определить параметры секции Director, где указывается пароль, который будет использовать DD при подключении к FD, а также секции FileDaemon, где указываются настройки FD. Все остальные секции Director, найденные в файле, закомментируйте, они пока не понадобятся.

В секции FileDaemon нас, на данном этапе, интересует только параметр Name, в котором указывается уникальное имя File Daemon:

Ну, а теперь вернёмся к серверу Director Daemon, где в конфигурации укажем параметры нашего единственного Агента. Хочется надеяться, что значения всех параметров вам уже ясны.

Ну, а теперь финальный аккорд. Всё, что мы настраивали на протяжении этих страниц, мы свяжем воедино с помощью секции Job, в которой мы даём задание планировщику по выполнению резервирования данных. Здесь мы уже не будем описывать все параметры, отметив лишь основные.

Параметр Type указывает на тип задания. Типов существует несколько, и к ним мы еще вернемся в продолжение цикла. Здесь же достаточно указать Backup.

Параметр Schedule указывает на предопределённое расписание, согласно которому будет выполняться резервирование данных. Все расписания определены здесь же, в файле bacula-dir.conf. Пример расписания WeeklyCycle приведён ниже, комментировать в нём нечего.

Параметр Write Bootstrap указывает путь к файлу, в который будет записываться информация, с помощью которой данные могут быть восстановлены из резервной копии без наличия подключения к Bacula Catalog. Вместо %n будет подставлено значение параметра Name:

Последний штрих – закомментируйте все остальные секции: Job, JobDefs, Client и Console, на данном этапе они нам не понадобятся. Также убедитесь, что в netfilter определены правила, разрешающие прохождение трафика Bacula. Как вы понимаете, трафик будет идти по тем портам, что указаны в конфигурационных файлах каждого из компонентов Bacula.

Теперь запустим все компоненты соответствующими командами, данными на соответствующих серверах:

Первый запуск

Настало время запуска создания нашей первой резервной копии файлов компьютера client.example.com. Для этого необходимо настроить доступ к DD со стороны Bacula Console в файле /etc/bacula/bconsole.conf сервера dir.example.com:

Запускаем Bacula Console и оказываемся в командном интерпретаторе, где команда help выдаст список и краткое описание всех возможных команд. Нас интересует команда принудительного запуска задания – run. После того как вы дадите эту команду, Bacula, основываясь на том, что в конфигурации определена всего одна секция Job, автоматически предложит выполнить именно это задание. Подтвердите выполнение и запустите процедуру резервирования файлов компьютера.

После запуска вам будет периодически выдаваться предупреждение о том, что появились новые сообщения. Для их просмотра используйте команду messages. Отследить статус запущенного задания вы можете командой:

Если в поле Status для вашего задания стоит значение OK, то радуйтесь: вы только что создали свою первую резервную копию с помощью Bacula.

Заключение

Итак, вы познакомились с Bacula – в продолжение цикла постараемся знакомство «углубить», а также рассмотрим процедуру установки и настройки дополнительных утилит, значительно облегчающих управление этим мощным программным комплексом.