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

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

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

Для запуска менеджера администратора RBM необходимо выполнить команду:

ssh -X user@rubackup_server
/opt/rubackup/bin/rbm

Пользователь, запускающий RBM, должен входить в группу rubackup.

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

Для резервного копирования кластера Postgres Pro на хосте должен быть установлен клиент RuBackup и необходимые модули. Клиент должен быть авторизован администратором RuBackup.

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

Image4

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

  • Нажмите на вкладку «Администрирование» и выберите иконку «Клиенты» (рисунок 2):

Image5

  • На верхней панели перейдите на вкладку «Неавторизованные клиенты» (рисунок 3).

Image6

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

Image7

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

Image8

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

Чтобы выполнять регулярное резервное копирование кластера СУБД Postgres Pro, необходимо создать правило в глобальном расписании. Для этого выполните следующие действия:

  • Находясь в разделе «Объекты», выберите вкладку «Правила» и нажмите на иконку «+» (рисунок 6).

Image9
Image10

В качестве ресурса будет автоматически подставлен путь до каталога кластера. Если вам необходимо сделать резервную копию другого ресурса - укажите полный путь до него вручную или воспользуйтесь кнопкой «Выбрать…​».

  • Установить настройки правила: название правила, пул хранения данных, максимальный объём для резервных копий правила (в ГБ), тип резервного копирования, расписание резервного копирования, срок хранения и необязательный временной промежуток проверки резервной копии (рисунок 8):

Image11

При необходимости, администратор может приостановить работу правила или немедленно запустить его (т.е. инициировать немедленное создание задачи при статусе правила wait).

  • Нажав на иконку «…​» рядом с выбранным типом ресурса, установите дополнительные настройки правила резервного копирования. Доступны следующие параметры:

    • threads - количество потоков в которые будет выполняться резервное копирование или восстановление. По умолчанию количество потоков равно 1;

    • differential_mode- выбор режима резервного копирования (0 - DELTA, 1 - PAGE, 2 - PTRACK). По умолчанию всегда DELTA;

    • stream - выбор режима доставки WAL файлов. Если параметр имеет значение True (включен), то режимом доставки при выполнении резервного копирования будет STREAM, если значение примет False (выключен), то режимом будет ARCHIVE. По умолчанию значение равно True (включен).

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

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

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

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

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

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

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

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