Менеджер клиента подсистемы (RBC)#
Принцип взаимодействия RBC с системой резервного копирования состоит в том, что пользователь может сформировать ту или иную команду (желаемое действие) и отправить ее серверу резервного копирования подсистемы. Взаимодействие пользователя с сервером резервного копирования производится через клиента (фоновый процесс) резервного копирования. RBC отправляет команду пользователя клиенту, а клиент отправляет ее серверу. В том случае, если действие допустимо, сервер подсистемы отдаст обратную команду клиенту. Это означает, что RBC обычно не ожидает завершения того или иного действия, но ожидает ответа от клиента, что задание принято. Это позволяет инициировать параллельные запросы клиента к серверу резервного копирования, но требует от пользователя самостоятельно контролировать чтобы не было «встречных» операций, когда происходит восстановление данных, и в этот же момент эти же данные требуются для создания новой резервной копии. После того, как вы отдали ту или иную команду при помощи RBC, можно просто закрыть приложение, все действия будут выполнены системой резервного копирования.
Графический интерфейс клиентского менеджера поддерживает русский и английский языки.
Запуск клиентского менеджера (для примера использован хост фронтальной машины ПВ srv.brest.loc
):
# ssh -X root @srv.brest.loc
# rbc&
В том случае, если клиентская операция выполняется впервые, потребуется ввести пароль клиента. Без ввода пароля получить резервную копию для клиента из хранилища невозможно.

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

Хеш пароля восстановления хранится в базе данных сервера подсистемы. При необходимости можно изменить пароль при помощи клиентского менеджера (меню Конфигурация — Изменить пароль).
На главной странице RBC расположены переключающиеся вкладки, позволяющие управлять резервными копиями, расписанием резервного копирования и просматривать текущие задачи клиента.
Вкладка «Резервные копии»#

В таблице на вкладке Резервные копии содержится информация обо всех резервных копиях клиента, которые хранятся в репозитории подсистемы. Дифференциальные резервные копии ссылаются на полные резервные копии, инкрементальные резервные копии ссылаются на полные резервные копии или предыдущие инкрементальные, так что при необходимости восстановить данные можно одной командой инициировать восстановление всей цепочки резервных копий.
Во вкладке Резервные копии пользователю доступны следующие действия:
Удалить выбранную резервную копию.
Это действие возможно в том случае, если в правиле глобального расписания есть соответствующее разрешение. Кроме того при необходимости выполнить удаление резервной копии потребуется вести пароль клиента.
Восстановить цепочку резервных копий.
Это действие запускает процесс восстановления цепочки резервных копий на локальной файловой системе клиента. При восстановлении резервной копии или цепочки резервных копий пользователь должен выбрать место для восстановления файлов резервной копии. Рекомендуется использовать либо временный каталог для операций с резервными копиями (например, /rubackup-tmp
), либо SAFE_DIRS
для хранилищ ПВ.
Примечание
При восстановлении образов, ассоциированных с ВМ или шаблонами, файлы образов, извлеченные из резервной копии, помещаются модулем подсистемы в одну из безопасных директорий (SAFE_DIRS
), определенных в ПВ для хранилища образов. По умолчанию для этих целей определена директория /var/tmp
. При восстановлении ВМ или шаблона вместе с образами из резервной копии необходимо учитывать объем свободного места в безопасной директории на хосте фронтальной машины. Распространенной практикой является монтирование дополнительной файловой системы в безопасную директорию.
RBC не ожидает окончания восстановления всех резервных копий, пользователь должен проконтролировать во вкладке Задачи, что все созданные задачи на восстановление данных завершились успешно (статус задач Done). Для успешного восстановления необходимо, чтобы в каталоге, предназначенном для создания и временного хранения резервных копий было свободное место, которое превышает объем бэкапируемых данных (см. опцию use-local-backup-directory
).
Проверить резервную копию.
Это действие инициирует создание задачи проверки резервной копии. В том случае, если резервная копия была подписана цифровой подписью, то будет проверены размер файлов резервной копии и проверена сама резервная копия. Если резервная копия не была подписана цифровой подписью, то будет проверен размер файлов резервной копии.
Вкладка «Глобальное расписание»#

В таблице вкладки Глобальное расписание содержится информация обо всех правилах в глобальном расписании для этого клиента.
Во вкладке Глобальное расписание пользователю доступны следующие действия:
Запросить новое правило.
Это действие вызывает диалог подготовки нового правила в глобальном расписании для данного клиента. Запрос на добавление правила требует одобрения администратора подсистемы, одобрение может быть сделано в RBC.
Запросить удаление правила из глобального расписания.
Это действие формирует запрос к администратору подсистемы об удалении выбранного пользователем правила из глобального расписания. Запрос на удаление правила требует одобрения администратора подсистемы, одобрение может быть сделано в RBC.
Вкладка «Задачи»#

В таблице вкладки Задачи содержится информация обо всех задачах в главной очереди заданий подсистемы для этого клиента.
В зависимости от настроек резервного сервера подсистемы выполненные задачи и задачи, завершившиеся неудачно, через какое-то время могут быть автоматически удалены из главной очереди задач. Информация о выполнении задач фиксируется в специальном журнале задач сервера подсистемы, при необходимости статус любой задачи, даже удаленной из очереди, можно уточнить у администратора подсистемы. Также информация о выполнении задач клиента заносится в локальный журнальный файл на клиенте. В клиентском менеджере можно открыть окно отслеживания журнального файла (меню Информация — Журнальный файл).
Примечание
Информация о выполнении служебных задач в данной вкладке не отображается. Служебными являются задачи проверки, удаления, перемещения резервных копий, а также их копирования в другой пул.
Вкладка «Локальное расписание»#
Во вкладке Локальное расписание можно определить правила, задаваемые клиентом для тех или иных локальных ресурсов. Для работы локального расписания эта возможность должна быть включена администратором подсистемы для клиента.
Вкладка «Ограничения»#
Во вкладке Ограничения могут быть определены локальные ресурсы, резервное копирование которых нежелательно. Для работы локальных ограничений эта возможность должна быть включена администратором подсистемы для клиента.