Менеджер администратора RuBackup (RBM)

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

RBM может быть запущен администратором:

  • на основном сервере резервного копирования СРК RuBackup. Для этого выполните команду:

    /opt/rubackup/bin/rbm

  • на удаленном хосте (см. раздел «Установка RBM на удаленном хосте» документа «Руководство по установке и обновлению серверов резервного копирования и Linux клиентов RuBackup»). Для этого подключитесь по ssh к удаленному хосту:

    ssh -X user@rubackup_server

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

/opt/rubackup/bin/rbm

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

Image2

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

Image3

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

Для авторизации неавторизованного клиента в RBM выполните следующие действия:

  • Перейдите в раздел «Администрирование» и нажмите на кнопку «Клиенты» (рисунок 4):

Image4

  • Нажмите кнопку «Неавторизованные клиенты». При этом откроется окно (рисунок 5):

Image5

  • Выберите нужного неавторизованного клиента и нажмите «Авторизовать» (рисунок 6):

Image6

После авторизации новый клиент будет виден в главном окне RBM (рисунок 7):

Image7

Клиенты могут быть сгруппированы администратором по какому-либо общему признаку. В случае необходимости восстанавливать резервные копии на другом хосте клиенты должны принадлежать к разделяемой группе (такая группа отмечается курсивным шрифтом).

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

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

  • В разделе «Объекты» выбрать клиентский хост, на котором установлен модуль KVM , перейти на вкладку «Правила» и нажать кнопку Add (рисунок 8).

Image8

  • Удостовериться, что в поле «Клиент» выбран необходимый клиент резервного копирования, на котором установлен модуль KVM (рисунок 9):

Image9

  • Удостовериться, что в поле «Тип ресурса» выбрано «Kernel-based Virtual Machine (KVM)» (рисунок 10):

Image10

  • Нажать на кнопку […] рядом с надписью «Ресурс» и выбрать виртуальную машину, для которой требуется создать резервную копию (рисунок 11):

Image11

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

Image12

  • Нажав на кнопку […] рядом с выбранным типом ресурса «Kernel-based Virtual Machine (KVM)» установить дополнительные настройки правила резервного копирования (рисунок 13).

Image13
Таблица 1. Дополнительные настройки правила резервного копирования
Параметр Описание Значение по умолчанию Допустимые значения

backup_if_shutdown

Выполнять ли резервное копирование, если ВМ выключена

true

true, false

script_before_snapshot

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

script_after_snapshot

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

еxecution_script_timeout

Период (в сек), в течение которого скрипт должен быть завершён. Если скрипт не будет завершён за указанный промежуток времени, операция резервного копирования будет прервана

5

>1

ceph_user

Пользователь Ceph. Настройка актуальна только для виртуальных машин, диски которых расположены в CEPH-хранилище

Если дополнительными настройками не заданы скрипты, которые должны быть выполнены в виртуальной машине перед и после создания моментального снимка (снэпшота), но в виртуальной машине существует исполняемый скрипт /opt/rubackup/scripts/rubackup-kvm.sh, то перед созданием снимка он будет выполнен с параметром before, а после создания снимка он будет выполнен с параметром after. Значение таймаута в этом случае равняется 5 сек.

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

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

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

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

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

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

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

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

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

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

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

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