Использование RBM

Использование RBM#

Оконное приложение RBM предназначено для общего администрирования серверной группировки.

Запуск RBM:

  • Вариант 1:

    # sudo LD_LIBRARY_PATH=/opt/rubackup/lib /opt/rubackup/bin/rbm
    
  • Вариант 2:

    # ssh -X you_rubackup_server
    # sudo LD_LIBRARY_PATH=/opt/rubackup/lib /opt/rubackup/bin/rbm
    

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

../../../../_images/rbm_ceph.png

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

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

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

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

../../../../_images/rbm_ceph_rule.png
  1. Выбрать тип ресурса Ceph block device:

../../../../_images/rbm_ceph_type.png
  1. Выбрать ресурс, для которого будет выполняться правило:

../../../../_images/rbm_ceph_res.png
  1. Установить прочие настройки: тип резервного копирования (Full), максимальный объем для резервных копий данного правила (100 Гб), срок хранения (2 недели), условия запуска выполнения резервного копирования (каждый день в полночь).

../../../../_images/rbm_ceph_global.png
  1. На вкладке Дополнительно можно установить разрешение для клиента удалять резервные копии, установить автоматическое удаление устаревших резервных копий или определить условие их перемещения в другой пул.

../../../../_images/rbm_ceph_global_ad.png

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

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

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

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

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

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

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

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

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

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

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

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

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