Bacula + тест восстановления ( Тестирование операции восстановления данных в ручном режиме. )

OS: Linux Debian Lenny/Squeeze/Wheezy.
Application: Bacula v.3.2/v.5.2.

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

В Bacula путей извлечения данных есть два. Первый - создание полноценного задания типа "restore", которое по ряду критериев, в соответствии с кучей параметров, которые мы вынуждены будем описать в этом задании (примерно так-же, как и в задании на резервировании типа "backup"). Это долгий и заковыристый путь (задание восстановления создаётся для каждого задания на резервирование - зеркально, если можно так выразится), который отлично подходит для строго регламентированной схемы, восстановлением пропавших данных в которой занимается оператор, просто запускающий заготовленное заранее задание на исполнение. Второй - ручной, с помощью команды "restore" утилиты "bconsole" набора приложений Bacula. В этом случае не нужно ничего готовить заранее - только в интерактивном режиме определится с тем, откуда берём данные, что конкретно берём, и куда складываем. Собственно, дальше поэтапно об этом.


Запускаем консольную утилиту "bconsole" (приглашение к вводу символов в виде символа "звёздочки"):


Первым делом необходимо определится, что конкретно мы будем восстанавливать. Все наборы резервных копий Bacula обозначены уникальным номером задания, в результате исполнения которого они были созданы. Это так называемый "JobId". На первом этапе нам будет предложено несколько вариантов определения этого самого "JobId", если он неизвестен заранее:


По хорошему, надо бы предварительно исследовать отчёты системы резервирования, узнав оттуда требуемый номер задания. После того, как "JobId" станет известен - сообщаем его системе восстановления (в примере это число "15"):


Сразу после этого утилита находит набор резервных копий, закреплённый за введённым "JobId". В зависимости от количества объектов в файле-контейнере построение дерева его виртуальной файловой системы может занять от секунд до десятков минут:


Первый этап: определение источника данных для восстановления - завершён. Теперь выберем, что конкретно будем извлекать из резервной копии. Тут всё просто: ходим по виртуальной файловой системы и помечаем объекты, подлежащие восстановлению (обратите внимание, что знак приглашения к вводу команды сменился с "*" на "$"; это только на время "хождения" по виртуальной файловой системе контейнера резервной копии):


Выше мы для примера пометили к последующему восстановлению один файл "timezone". Можно помечать директории. В процессе можно контролировать ситуацию, просматривая список отмеченных объектов или их общий объём, например:


После того, как подборка объектов для восстановления успешно сформирована, завершаем процедуру, призывая утилиту перейти к следующему этапу:


Следующим этапом подсистема восстановления запросит у нас, куда конкретно мы собираемся выкладывать извлекаемые из резервной копии файлы. Для упрощения процедуры будет выведен весь перечень уже определённых клиентских заданий (как они описываются мы проходили на этапе настройки сервиса Bacula):


Если нужно вывести файлы непосредственно на удалённую машину клиента, для которого уже имеется задача резервного копирования, то выбираем из списка выше соответствующий набор правил. На случай, если требуется вывести восстанавливаемые объекты в файловую систему, доступную непосредственно с сервера резервного копирования (например на подключенный к нему мобильный диск или временно смонтированную сетевую файловую систему), у нас заготовлено самое первое правило, которое мы описали на этапе настройки сервиса (просто потому, что Bacula считает ошибкой отсутствие хотя бы одной задачи типа "restore").

Для простоты выбираем набор правил "client-restore", что за первым номером в списке. После выбора набора правил клиента нам покажут перечень параметров задания, связанного с ним. Не спешите сразу запускать задание на исполнение - обязательно выбирайте вариант модификации профиля такового:


В своё время, на этапе первичной настройки сервиса резервирования параметры задания "job-restore" практически никак не были определены - только самым общим образом. Теперь, для того, чтобы указать системе, куда конкретно выкладывать восстанавливаемые файлы, необходимо внести корректировки в параметры - в пункте "Where" указать директорию, где будет частично (в меру надобности) воссоздана виртуальная файловая системы и выложены восстанавливаемые файлы:


С предварительными настройками покончено - теперь только дождёмся завершения запущенного задания. Статус задачи восстановления проверяется так-же, как и задачи резервирования:


Вот пример отчёта реально отработанной задачи восстановления объектов:


По завершению задачи обнаруживаем помеченные выше к восстановлению файлы в выбранной нами директории "/tmp/bacula-restore".