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

RuBackup предоставляет ролевую модель доступа к системе резервного копирования. При запуске RBM вам потребуется пройти аутентификацию. Уточните login/password для вашей работы у главного администратора СРК. Если вы главный администратор, то используйте для авторизации суперпользователя rubackup и тот пароль, который вы задали ему при инсталляции (Рисунок 1).

100000000000028100000174DE27081D53685D71
Рисунок 1.

Для резервного копирования логических томов LVM на хосте должен быть установлен клиент RuBackup. Клиент должен быть авторизован администратором RuBackup (см. раздел «Клиенты» менеджера администратора RuBackup) (Рисунок 2).

100000000000071C000003B4F3900E1E157F87D3
Рисунок 2.

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

  1. Находясь в разделе «Объекты», выберите вкладку «Правила» и нажмите на иконку Add (Добавить) (Рисунок 3):

    100000000000071B000003CD3CF4564C328A8666
    Рисунок 3.
  2. Выберите клиент (Рисунок 4).

    10000000000004D90000032BAF14E823F361994A
    Рисунок 4.
  3. Выберите тип ресурса «LVM logical volume» (Рисунок 5):

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

    10000000000004DB00000349FB018E13FCD44892
    Рисунок 6.
  5. Установите настройки правила: название правила, пул хранения данных, приоритет выполнения правила, тип резервной копии (полная, инкрементальная или дифференциальная), расписание резервного копирования, срок хранения и необязательный временной промежуток проверки копии (Рисунок 7):

    1000000000000748000003F820CA1639E9B9016C
    Рисунок 7.

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

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

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

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

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

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

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

    • скрипт, который необходимо выполнить перед созданием снэпшота;

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

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

    1000000000000236000001C5BC250AE126C2B00E
    Рисунок 8.
  5. Выполнить преобразование резервной копии на клиенте.

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

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

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

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

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

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