Использование Менеджера администратора 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).

Pictures/1000000100000782000004541184B5B52B1998FD

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

Pictures/1000000100000782000004541BD01C3374CD5D87

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

Pictures/10000001000004B1000002E2847EF1C682CCF3A9

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

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

Pictures/100000000000056D000002139F2289303B983FCB

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

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

Pictures/100000010000078200000454530CC2957BF4C1AA

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

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

Pictures/10000001000001F500000190C80A2B5922EFF0D3

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

Pictures/1000000000000748000003F88360303218E50216

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

Pictures/10000000000001F700000194999F429B0F4E834D
Таблица 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).

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

dd_block_size

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

5

>=1

backup_only_config

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

false

true, false

new_name

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

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

Pictures/10000000000002C600000146AC768EE6861A3C7C

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

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

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

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

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

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

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

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

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

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

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

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

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