LXF171: Резервное копирование

Текущая версия на 15:30, 18 ноября 2018

[править] Bacula: Ре­зерв­ное ко­пи­ро­ва­ние

Игорь Спи­рин ус­та­нав­ли­ва­ет сер­вер сис­те­мы ре­зерв­но­го ко­пи­ро­ва­ния.

Наш эксперт Игорь Спи­рин — ве­ду­щий ин­же­нер ООО «Га­зин­форм­сер­вис». Его ув­ле­че­ние GNU/Linux со вре­ме­нем пе­ре­рос­ло в ин­те­рес­ную ра­бо­ту. В сво­бод­ное вре­мя лю­бит что-ни­будь «све­жень­кое» по­ста­вить из вет­ки Debian unstable...

На­стро­ен­ная IT-ин­фра­струк­ту­ра пред­при­ятия на­деж­но ра­бо­та­ет? У вас поя­ви­лось сво­бод­ное вре­мя? Есть не­до­заг­ру­жен­ный Linux-сер­вер? Са­мое вре­мя соз­дать сис­те­му ре­зерв­но­го ко­пи­ро­ва­ния. Возь­мем за ос­но­ву од­но­го из пред­ста­ви­те­лей сво­бод­но­го про­грамм­но­го обес­пе­че­ния — Bacula.

По­че­му, соб­ст­вен­но, Bacula, а не дру­гое ПО? Вот ар­гу­мен­ты в за­щи­ту Bacula:

» Bacula яв­ля­ет­ся кросс-плат­фор­мен­ной се­те­вой кли­ент-сер­вер­ной про­грам­мой ре­зерв­но­го ко­пи­ро­ва­ния, ис­поль­зую­щей для пе­ре­да­чи дан­ных про­то­кол TCP/IP.

» Ар­хи­тек­ту­ра ПО име­ет мо­дуль­ную струк­ту­ру, в ней из­на­чаль­но за­ло­же­на воз­мож­ность мас­шта­би­ро­ва­ния.

» Про­ект Bacula су­ще­ст­ву­ет дос­та­точ­но дав­но — «дет­ские бо­лез­ни» из­жи­ты.

Пред­ла­гае­мая струк­ту­ра сис­те­мы ре­зерв­но­го ко­пи­ро­ва­ния на ос­но­ве СПО Bacula при­во­дит­ся на рис. 1.

> Рис. 1. Струк­ту­ра сис­те­мы ре­зерв­но­го ко­пи­ро­ва­ния.

Оз­на­ко­мим­ся с ком­по­нен­та­ми:

» Сис­те­ма управ­ле­ния ба­зы дан­ных (СУБД) — не­об­хо­ди­мый ком­по­нент для ра­бо­ты Bacula.

» Catalog daemon — за­да­вае­мые па­ра­мет­ры ра­бо­ты на­хо­дят­ся в сек­ции Catalog {…} фай­ла /etc/bacula/bacula-dir.conf.

» Director daemon (DD) — го­во­ря му­зы­каль­ным язы­ком, это «ди­ри­жер», ко­то­рый ру­ко­во­дит сла­жен­ной ра­бо­той ком­по­нен­тов со­глас­но на­строй­кам в /etc/bacula/bacula-dir.conf.

» Storage — фи­зи­че­­ские уст­рой­ст­ва хра­не­ния ин­фор­ма­ции, как дис­ко­вые, так и лен­точ­ные. Их па­ра­мет­ры и пе­ре­чень про­пи­сы­ва­ют­ся в сек­ции Device {…} фай­ла /etc/bacula/bacula-sd.conf.

» Storage daemon (SD) — задаются в файле /etc/bacula/bacula-sd.conf.

» File daemon (FD) — взаи­мо­дей­ст­ву­ет с сер­ве­ром с со­от­вет­ст­вии с фай­лом /bacula-fd.conf.

Бег­ло изу­чив ар­хи­тек­ту­ру сис­те­мы, при­сту­пим к глав­но­му: ус­та­нов­ке и ба­зо­вой на­строй­ке ком­по­нен­тов Bacula. Ус­та­нав­ли­вать бу­дем Bacula на сер­вер с ОС Debian (вы­пуск stable). От име­ни root выполним в команду

apt-get update && apt-get -y install bacula bacula-director-mysql bacula-sd-mysql bacula-fd bacula-doc

В процессе установки инсталлятор установит СУБД MySQL, если ранее она не была установлена, и попросит задать пароль администратора СУБД. Далее идет процесс настройки пакета bacula-director-mysql; указываем пароль для DD, используемый для входа в СУБД. Вот, в общем-то, и все — инсталляция завершена. Проверим состояние компонентов ПО Bacula, выполнив команды service bacula-director status (состояние DD — “bacula-dir is running”); service bacula -sd status (состояние SD — “bacula-sd is running”); service bacula -fd status (состояние File daemon — “bacula-fd is running”).

Получив на выходе заветное “... is running”, приступим к настройке нашего сервера системы резервного копирования.

Настройку начнем с Storage daemon’а — файла /etc/bacula/bacula-sd.conf. Поправим вначале секцию Storage {…}, сделав параметр SDAddress неактивным подстановкой в начало строки символа #, а затем секцию Device {…} — задав значение параметра Archive Device, указав путь к файлу устройства (/dev/...) либо каталог, в котором, собственно, и будут размещаться наши резервные копии. На рис. 2 показан пример. После внесения правок в файл параметров SD сохраняем изменения и проверяем их корректность командой

bacula-sd -c /etc/bacula/bacula-sd.conf -t

Если в результате вышеуказанной команды на экране не по­явились ошибки, значит, базовая настройка SD благополучно завершена, и самое время настроить другой компонент Bacula — DD. Так что зай­мем­ся правкой конфигурационного файла /etc/bacula/bacula-dir.conf нашего сервера резервного копирования.

Начнем с секции Director {…}, где присвоим новое, явно большее значение Maximum Concurrent Jobs; в нашем случае для всех компонентов выставим значение, равное 40. Далее параметр DirAddress сделаем неактивным, поставив в начале строки символ #, и тем самым разрешим взаимодействовать DD с инструмен­тами управления bconsole и BAT (Bacula Administration Tool), подключаемыми как локально, так и удаленно.

Да, и еще, не позабудем в каждой секции Pool {…} добавлять переменную Label Format = «LabelName-${Year}_${Month}_${Day}».

После внесенных правок в файл параметров DD, со­хра­ним изменения и проверим их корректность командой

bacula-dir -c /etc/bacula/bacula-dir.conf -t

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

service bacula-sd restart && service bacula-director restart

Основной фрагмент файла настроек DD приведен на рис. 3. Цветом выделены настраиваемые параметры.

Да­лее сле­ду­ет установить и настроить инструмент управления Bacula — Bacula Administration Tool (BAT).

[править] Установка BAT

Установку ВАТ выполняется на том же компьютере, с которого мы в дальнейшем собираемся управлять системой резервного копирования.

Установку BAT под Linux делает команда apt-get install bacula-console-qt; что­бы ус­та­но­вить BAT под ОС семейства Windows, спер­ва скачаем последнюю версию инсталлятора по ссылке http://sourceforge.net/projects/bacula/files/Win32_64/ и за­пус­тим ее. По ходу установки BAT инсталлятор запросит параметры DD, находящиеся в секции Director {…} файла /etc/bacula/bacula-dir.conf. Установка под обеими ОС проста и дополнительных пояснений обычно не требует.

После инсталляции сле­ду­ет настроить BAT — под ОС семейства Linux правим файл /etc/bacula/bat.conf. Покончив с настройкой, запустим BAT; и если в процессе настройки были заданы верные значения параметров, то на экране монитора появится окно консоли управления Bacula, с сообщением об удачном подключении к DD. Вид консоли BAT показан на рис. 4.

Далее, используя BAT, проверим выполнение резервного копирования файлов СУБД нашего сервера резервного копирования, с помощью установленного ранее пакета bacula-fd.

В открытой консоли управления BAT вы­бе­ри­те и откройте страницу Jobs [За­да­ния], в поле открывшейся страницы вы­бе­ри­те задание BackupCatalog, правой клавишей мыши вы­бе­ри­те подпункт Run Job [За­пус­тить за­да­ние] и в появившемся окне вы­бе­ри­те нужные параметры (по умолчанию) и нажать OK. Для контроля выполнения ранее выбранного задания перейдем на страницу Jobs Run [За­пу­щен­ные за­да­ния] и просмотрим состояние задания BackupCatalog. Описанные действия пояснены на рис. 5 – 7.

Если действия по установке и базовой настройке выполнялись правильно, то результат не заставит се­бя ждать — “Completed successfully [Ус­пеш­ное за­вер­ше­ние]”.

Успешно создав резервную копию сервера системы резервного копирования, приступим к установке и настройке дополнительного инструмента мониторинга выполнения заданий резервного копирования — Bacula demon status monitor или просто traymonitor.

Установка traymonitor:

» Под ОС семейства Linux устанавливаем пакет bacula-traymonitor командой apt-get install bacula-traymonitor;

» Под ОС семейства Windows установка выполняется анало­гично установке BAT, только в меню инсталлятора отмечается компонент traymonitor.

Но установка — это еще не все; на­до будет настроить параметры подключения к DD и SD. Параметры подключений к DD берем из секции Console {…} файла /etc/bacula/bacula-dir.conf, а для подключения к SD из секции Director {…} c активным параметром Monitor файла /etc/bacula/bacula-sd.conf. После выполнения вышеуказанных действий запускаем traymonitor и, в случае успеха, наблюдаем значок дискеты, повисший в сис­тем­ном лот­ке на рабочем столе, и при необходимости разворачиваем окно консоли. Вид развернутой консоли traymonitor’а показан на рис. 8.

Продолжение следует... далее нам предстоят установка FD на ОС Windows, Solaris и AIX и создание правил резервного копирования, а также выработка практиче­ских рекомендаций по разбивке пулов, томов. |