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

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

RBM может быть запущено администратором на основном сервере резервного копирования RuBackup.

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

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

sudo LD_LIBRARY_PATH=/opt/rubackup/lib /opt/rubackup/bin/rbm

На вкладке Объекты в левой части представлен список клиентов системы резервного копирования, в котором указано имя, уникальный HWID и описание. Клиенты, которые в данный момент находятся в online, будут отмечены зеленым цветом. Клиенты в состоянии offline − красным (Рисунок 1).

100002010000048900000324E75B24CF134AF8C7
Рисунок 1.

Для резервного копирования блочных устройств на хосте должен быть установлен клиент RuBackup и соответствующий модуль, обеспечивающий резервное копирование. Клиент должен быть авторизован администратором RuBackup.

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

Для этого необходимо выполнить следующие действия:

  1. Выбрать клиентский хост, на котором установлены блочные устройства и добавить правило резервного копирования (Рисунок 2).

    10000000000003B5000002E3792609B8D3774F07
    Рисунок 2.

  2. Выбрать тип ресурса «Block device» (Рисунок 3):

    100000000000038A000000BDECCA2444F689632B
    Рисунок 3.

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

    10000000000002FC000001D82635FDAAD14EF291
    Рисунок 4.

  4. Установить прочие настройки: тип резервного копирования Full, максимальный объем для резервных копий данного правила, срок хранения (2 недели), через какой промежуток времени требуется выполнить проверку резервной копии или не проверять её вовсе (Рисунок 5).

    10000000000003960000027E883DBD4828820D80
    Рисунок 5.

  5. На вкладке «Дополнительно» можно установить разрешение для клиента удалять резервные копии, установить автоматическое удаление устаревших резервных копий или определить условие их перемещения в другой пул (Рисунок 6).

    1000020100000397000000FB41AFCBF7F259AFC2
    Рисунок 6.

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

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

  1. Выполнить скрипт на клиенте скрипт на клиенте перед началом резервного копирования.

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

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

  4. В дополнительных настройках правила резервного копирования возможно задать:

    • выполнять ли резервное копирование если устройство подмонтировано;

    • если устройство подмонтировано, то попытаться ли его отмонтировать на время выполнения резервного копирования;

    • размер блока данных в мегабайтах для операции получения данных из устройства (Рисунок 7):

      1000000000000234000000B1CE2C1C2E149C06D9
      Рисунок 7.

  5. Выполнить преобразование резервной копии на клиенте.

  6. Периодически выполнять проверку целостности резервной копии.

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

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

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

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

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