Использование Менеджера администратора RuBackup (RBM)

Оконное приложение «Менеджер администратора RuBackup» (RBM) предназначено для общего администрирования серверной группировки RuBackup, управления клиентами резервного копирования, глобальным расписанием резервного копирования, хранилищами резервных копий и пр. RBM может быть запущено администратором на основном сервере резервного копирования RuBackup.

Запуск менеджера администратора RBM:

Вариант 1
sudo LD_LIBRARY_PATH=/opt/rubackup/lib /opt/rubackup/bin/rbm
Вариант 2
ssh -X root@you_rubackup_server

/opt/rubackup/bin/rbm

В том случае, если клиент RuBackup был установлен, но не авторизован, в нижней части окна RBM будет сообщение о том, что найдены неавторизованные клиенты (Рисунок 1).

1000000100000782000004541184B5B52B1998FD
Рисунок 1.

Все новые клиенты должны быть авторизованы в системе резервного копирования. Для этого нужно выбрать клиент и нажать кнопку «Авторизовать» либо выбрать «Авторизовать» из меню по щелчку правой кнопкой мыши (Рисунок 2).

1000000100000782000004541BD01C3374CD5D87
Рисунок 2.

После авторизации новый клиент появится в главном окне RBM (Рисунок 3).

10000001000004B1000002E2847EF1C682CCF3A9
Рисунок 3.

Клиенты могут быть сгруппированы администратором по какому-либо общему признаку. В случае необходимости восстанавливать резервные копии на другом хосте клиенты должны принадлежать к разделяемой группе (такая группа отмечается шрифтом italic). Например, если в такую группу включить два сервера фронтальной машины двух разных ПК СВ «БРЕСТ», то можно реплицировать между ними шаблоны и ВМ или переносить их с одного комплекса на другой.

Перевести клиента из одной группы в другую можно, выбрав клиента в меню Администрирование → Клиенты и нажав на кнопку «Редактировать» (Рисунок 4):

100000000000056D000002139F2289303B983FCB
Рисунок 4.

Для того, чтобы выполнять регулярное резервное копирование шаблона или ВМ, необходимо создать правило в глобальном расписании.

Выберите клиентский хост, на котором установлена фронтальная машина ПК СВ «БРЕСТ» и добавьте правило резервного копирования (Рисунок 5):

100000010000078200000454530CC2957BF4C1AA
Рисунок 5.

Выберите тип ресурса «Brest VM» для ВМ или «Brest template» для шаблона.

Выберите ресурс, для которого будет выполняться правило (Рисунок 6).

10000001000001F500000190C80A2B5922EFF0D3
Рисунок 6.

Установите прочие необходимые настройки (Рисунок 7). Подробнее о создании правил глобального расписания читайте в документе «Руководство системного администратора RuBackup».

1000000000000748000003F88360303218E50216
Рисунок 7.

Правила для выполнения резервных копий ВМ могут иметь дополнительные настройки — нажмите на иконку «…​» рядом с выбором Типа ресурса (Рисунок 8, Таблица 1).

10000000000001F700000194999F429B0F4E834D
Рисунок 8.
Таблица 1. Значения параметров виртуальных машин
Параметр Описание Значение по умолчанию Допустимые значения

backup_if_shutdown

Выполнять ли резервное копирование, если ВМ выключена.

true

true, false

dd_block_size

Размер блока в Мб для операций DD.

5

>=1

script_before_snapshot

Скрипт внутри ВМ, который будет выполнен перед операцией мгновенного снимка.

script_after_snapshot

Скрипт внутри ВМ, который будет выполнен после операции мгновенного снимка.

execution_script_timeout

Период в секундах в течение которого скрипт должен быть завершен. Если скрипт не будет завершен, операция резервного копирования будет прервана.

5

>=1

backup_only_config

Выполнять резервное копирование только конфигурации ВМ. Будет выполняться только полное резервное копирование.

Если значение параметра true, значение параметра backup_only_delta учитываться не будет.

Если значение параметра false, будет выполняться резервное копирование и конфигурации ВМ, и дисков, входящих в её состав.

false

true, false

backup_only_delta

В случае true выполняет резервное копирование только частных данных ВМ, которые появились после ее создания, данные из образов в резервную копию не попадают.

В случае false резервная копия будет выполнена в том числе для образов ВМ, исключая CDROM.

true

true, false

new_name

Имя ВМ, которое будет использоваться в сохраняемой конфигурации ВМ при создании резервной копии. В том случае, если этот параметр пуст, конфигурация ВМ будет сохранена с прежним её именем.

В том случае, если дополнительными настройками не заданы скрипты, которые могли бы выполниться в ВМ, но в ней существует исполняемый скрипт /opt/rubackup/scripts/rubackup-brest.sh, перед выполнением моментального снимка он будет выполнен с параметром before, а после выполнения моментального снимка он будет выполнен с параметром after.

Правила для выполнения резервных копий шаблонов могут иметь дополнительные настройки — нажмите на иконку «…​» рядом с выбором Типа ресурса (Рисунок 9, Таблица 2).

10000000000001F7000001953DF4320BD6A1D5BF
Рисунок 9.
Таблица 2. Значения параметров резервных копий шаблонов
Параметр Описание Значение по умолчанию Допустимые значения

dd_block_size

Размер блока в Мб для операций DD.

5

>=1

backup_only_config

Выполнять резервное копирование только конфигурации шаблона, без ассоциированных с ним образов.

false

true, false

new_name

Имя, с которым шаблон сохраняется в резервную копию. В том случае, если этот параметр пуст, шаблон будет создан с прежним именем. Если такое имя уже есть в системе, к нему будет добавлен постфикс.

В блоках «Резервные копии» и «Устаревшие резервные копии» можно определить условие перемещения резервных копий в другой пул, а также включить автоматическое удаление устаревших резервных копий, настроить уведомление об удалении и разрешить клиенту удалять резервные копии правила (Рисунок 10).

10000000000002C600000146AC768EE6861A3C7C
Рисунок 10.

Вновь созданное правило будет обладать статусом «wait», это означает что оно не будет порождать задач на выполнение резервного копирования до той поры, пока администратор RuBackup не запустит его и оно изменит свой статус на «run». При необходимости работу правила можно будет приостановить или запустить в любой момент времени по желанию администратора. Так же администратор может инициировать немедленное создание задачи при статусе правила «wait».

Правило глобального расписания имеет срок жизни, определяемый при его создании, а так же предусматривает следующие возможности:

  1. выполнение скрипта на клиенте (то есть на хосте фронтальной машины ПК СВ «БРЕСТ») перед началом резервного копирования;

  2. выполнение скрипта на клиенте после успешного окончания резервного копирования;

  3. выполнение скрипта на клиенте после неудачного завершения резервного копирования;

  4. выполнение преобразования резервной копии на клиенте;

  5. выполнение сжатия резервной копии на клиенте;

  6. периодическое выполнение проверки целостности резервной копии;

  7. хранение резервных копий в течение определенного срока, а после его окончания удаление их из хранилища резервных копий и из записей репозитория, либо простое уведомление пользователей системы резервного копирования об окончании срока хранения;

  8. автоматическое перемещение резервной копии спустя определенный срок после ее создания в другой пул хранения резервных копий, например, на картридж ленточной библиотеки;

  9. уведомление пользователей системы резервного копирования о результатах выполнения тех или иных операций, связанных с правилом глобального расписания.

При создании задачи в RuBackup она появляется в главной очереди задач. Отслеживать исполнение правил может как администратор, с помощью RBM, так и клиент при помощи RBC.

После успешного завершения резервного копирования резервная копия будет размещена в хранилище резервных копий, а информация о ней будет размещена в репозитории RuBackup.