Менеджер администратора подсистемы (RBM)#
RBM предназначен для общего администрирования серверной группировки подсистемы, управления клиентами резервного копирования, глобальным расписанием резервного копирования, хранилищами резервных копий и пр.
RBM может быть запущен администратором на основном сервере резервного копирования подсистемы.
Запуск менеджера администратора RBM:
Вариант 1:
# sudo LD_LIBRARY_PATH=/opt/rubackup/lib /opt/rubackup/bin/rbm
Вариант 2:
# ssh -X root@you_rubackup_server
# /opt/rubackup/bin/rbm
В том случае, если клиент подсистемы был установлен, но не авторизован, в нижней части окна RBM будет сообщение о том, что найдены неавторизованные клиенты.

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

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

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

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

Выбрать тип ресурса Brest VM для ВМ или Brest template для шаблона.
Выбрать ресурс, для которого будет выполняться правило.

Установить прочие необходимые настройки.

Правила для выполнения резервных копий ВМ могут иметь дополнительные настройки — нажать на кнопку … рядом с выбором Типа ресурса.

Значения параметров виртуальных машин:
Параметр |
Описание |
Значение по умолчанию |
Допустимые значения |
---|---|---|---|
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 |
Выполнять резервное копирование только конфигурации ВМ. Будет выполняться только полное резервное копирование.
Если значение параметра |
false |
true, false |
backup_only_delta |
В случае |
true |
true, false |
new_name |
Имя ВМ, которое будет использоваться в сохраняемой конфигурации ВМ при создании резервной копии. В том случае, если этот параметр пуст, конфигурация ВМ будет сохранена с прежним ее именем. |
В том случае, если дополнительными настройками не заданы скрипты, которые могли бы выполниться в ВМ, но в ней существует исполняемый скрипт /opt/rubackup/scripts/rubackup-brest.sh
, перед выполнением моментального снимка он будет выполнен с параметром before
, а после выполнения моментального снимка он будет выполнен с параметром after
.
Правила для выполнения резервных копий шаблонов могут иметь дополнительные настройки — нажать на иконку … рядом с выбором Типа ресурса.

Значения параметров резервных копий шаблонов:
Параметр |
Описание |
Значение по умолчанию |
Допустимые значения |
---|---|---|---|
dd_block_size |
Размер блока в Мб для операций DD. |
5 |
>=1 |
backup_only_config |
Выполнять резервное копирование только конфигурации шаблона, без ассоциированных с ним образов. |
false |
true, false |
new_name |
Имя, с которым шаблон сохраняется в резервную копию. В том случае, если этот параметр пуст, шаблон будет создан с прежним именем. Если такое имя уже есть в системе, к нему будет добавлен постфикс. |
В блоках Резервные копи**и и **Устаревшие резервные копии можно определить условие перемещения резервных копий в другой пул, а также включить автоматическое удаление устаревших резервных копий, настроить уведомление об удалении и разрешить клиенту удалять резервные копии правила.

Вновь созданное правило будет обладать статусом wait, это означает что оно не будет порождать задач на выполнение резервного копирования до той поры, пока администратор подсистемы не запустит его и оно изменит свой статус на run. При необходимости работу правила можно будет приостановить или запустить в любой момент времени по желанию администратора. Так же администратор может инициировать немедленное создание задачи при статусе правила wait.
Правило глобального расписания имеет срок жизни, определяемый при его создании, а так же предусматривает следующие возможности:
Выполнение скрипта на клиенте (то есть на хосте фронтальной машины ПВ) перед началом резервного копирования;
Выполнение скрипта на клиенте после успешного окончания резервного копирования;
Выполнение скрипта на клиенте после неудачного завершения резервного копирования;
Выполнение преобразования резервной копии на клиенте;
Выполнение сжатия резервной копии на клиенте;
Периодическое выполнение проверки целостности резервной копии;
Хранение резервных копий в течение определенного срока, а после его окончания удаление их из хранилища резервных копий и из записей репозитория, либо простое уведомление пользователей системы резервного копирования об окончании срока хранения;
Автоматическое перемещение резервной копии спустя определенный срок после ее создания в другой пул хранения резервных копий, например, на картридж ленточной библиотеки;
Уведомление пользователей системы резервного копирования о результатах выполнения тех или иных операций, связанных с правилом глобального расписания.
При создании задачи в подсистеме она появляется в главной очереди задач. Отслеживать исполнение правил может как администратор, с помощью RBM, так и клиент при помощи RBC.
После успешного завершения резервного копирования резервная копия будет размещена в хранилище резервных копий, а информация о ней будет размещена в репозитории подсистемы.