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

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

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

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

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

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

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

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

Image3

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

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

Image4

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

Image5

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

Image6

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

Image7

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

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

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

Image8

  • Выберите тип ресурса: «PG_dump database» (для резервного копирования отдельной БД) или «PG_dump table» (для резервного копирования таблицы) (рисунок 7):

Image9

  • Выберите ресурс, нажав кнопку Выбрать.

    • Для типа ресурса: «PG_dump database» выберите целевую БД.

    • Для типа ресурса «PG_dump table» выберите целевую таблицу.

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

Image10

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

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

threads

Количество потоков выполнения резервной копии

1

Положительные целые числа

dump_format

Формат выводимых данных

1

1(custom), 2(plain text)

serializable_deferrable

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

true

true, false

no_owner

Не восстанавливать владение объектами

false

true, false

no_sync

Не ждать надёжного сохранения изменений на диске

false

true, false

data_only

Выгрузить только данные, без схемы

false

true, false

schema_only

Выгрузить только схему, без данных

false

true, false

blobs

Выгрузить также большие объекты

false

true, false

no_publications

Не выгружать публикации

false

true, false

no_security_labels

Не выгружать назначения меток безопасности

false

true, false

no_subscriptions

Не выгружать подписки

false

true, false

no_tablespaces

Не выгружать назначения табличных пространств

false

true, false

no_unlogged_table_data

Не выгружать данные нежурналируемых таблиц

false

true, false

  • Нажмите на кнопку «Применить» в правом-верхнем углу для завершения настройки и создания правила.

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

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

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

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

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

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

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

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

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

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

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

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