Менеджер администратора подсистемы (RBM)#
RBM предназначен для общего администрирования серверной группировки подсистемы, управления клиентами резервного копирования, глобальным расписанием резервного копирования, хранилищами резервных копий и пр.
RBM может быть запущен администратором на основном сервере резервного копирования подсистемы.
Запуск менеджера администратора RBM:
Вариант 1:
# sudo LD_LIBRARY_PATH=/opt/rubackup/lib /opt/rubackup/bin/rbm
Вариант 2:
# ssh -X your_rubackup_server
# sudo LD_LIBRARY_PATH=/opt/rubackup/lib /opt/rubackup/bin/rbm
Для резервного копирования на хосте должен быть установлен клиент подсистемы. Клиент должен быть авторизован администратором подсистемы.
При запуске RBM потребуется пройти аутентификацию. Уточнить логин и пароль для входа можно у главного администратора подсистемы. Главный администратор использует для авторизации суперпользователя тот пароль, который задали ему при инсталляции.
На вкладке Объекты представлен список клиентов системы резервного копирования, в котором указано имя, уникальный HWID и описание. Если развернуть запись для какого-либо из клиентов, в выпадающем списке будут отображены типы ресурсов, для которых данный клиент может создавать резервные копии. Клиенты, которые в данный момент находятся в online, будут отмечены зеленым цветом. Клиенты в состоянии offline — красным.
При помощи RBM можно создать в глобальном расписании одно или несколько правил резервного копирования файлов или каталогов.
Для этого необходимо выполнить следующие действия:
В разделе Объекты, выбрать вкладку Правила и нажмите на кнопку +:
Выбрать тип ресурса File system:
Выбрать ресурс, для которого будет выполняться правило.
Установить прочие настройки: тип резервного копирования (Full), максимальный объем для резервных копий данного правила (50Гб), срок хранения (2 месяца), через какой промежуток времени требуется выполнить проверку резервной копии или не проверять ее вовсе.
Вновь созданное правило будет обладать статусом wait, это означает что оно не будет порождать задач на выполнение резервного копирования до тех пор, пока администратор подсистемы не запустит его и оно изменит свой статус на run. При необходимости работу правила можно будет приостановить или запустить в любой момент времени по желанию администратора. Так же администратор может инициировать немедленное создание задачи при статусе правила wait.
Правило глобального расписания имеет срок жизни, определяемый при его создании, а так же предусматривает следующие возможности:
Выполнить скрипт на клиенте перед началом резервного копирования.
Выполнить скрипт на клиенте после успешного окончания резервного копирования.
Выполнить скрипт на клиенте после неудачного завершения резервного копирования.
Выполнить преобразование резервной копии на клиенте.
Периодически выполнять проверку целостности резервной копии.
Хранить резервные копии определенный срок, а после его окончания удалять их из хранилища резервных копий и из записей репозитория, либо просто уведомлять пользователей системы резервного копирования об окончании срока хранения.
Через определенный срок после создания резервной копии автоматически переместить ее на другой пул хранения резервных копий, например на картридж ленточной библиотеки.
Уведомлять пользователей системы резервного копирования о результатах выполнения тех или иных операций, связанных с правилом глобального расписания.
При создании задачи подсистемы она появляется в главной очереди задач. Отслеживать исполнение правил может как администратор, с помощью RBM, так клиент при помощи RBC.
После успешного завершения резервного копирования резервная копия будет размещена в хранилище резервных копий, а информация о ней будет размещена в репозитории подсистемы.