В этом разделе

Использование менеджера администратора RuBackup (RBM)

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

1. Запуск RBM

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

/opt/rbm/bin/rbm&

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

10000001000007420000043A3433BA0737B81EA0

Рисунок 1.

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

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

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

100000010000042D000002C0CC7553ECBD327C4C

Рисунок 2.

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

Нажмите на вкладку Администрирование и выберите иконку Клиенты (Рисунок 3).

Рисунок 3.
На верхней панели перейдите на вкладку Неавторизованные клиенты (Рисунок 4):

Рисунок 4.
Нажмите на требуемого неавторизованного клиента правой кнопкой мыши и выберите Авторизовать (Рисунок 5):

Рисунок 5.

После авторизации клиент будет виден на вкладе Объекты (Рисунок 6):

Рисунок 6.

2. Регулярное резервное копирование виртуальной машины

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

Перезагрузка виртуальной машины или гипервизора во время резервного копирования или восстановления может привести к потере данных виртуальной машины!

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

Резервная копия средствами RuBackup позволит избежать полной потери данных ВМ.

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

Рисунок 7.
Выберите клиент, вместе с которым установлен модуль RuBackup, предназначенный для резервного копирования виртуальных машин поддерживаемых платформ виртуализации.
Выберите тип ресурса oVirt (Рисунок 8):

Рисунок 8.
Нажмите на иконку … рядом с надписью Ресурс и выберите виртуальную машину, для которой требуется создать резервную копию (Рисунок 9):

Рисунок 9.

Для резервного копирования виртуальных машин, в которых содержатся диски с типом «Предварительно размеченный», необходимо заранее в настройках диска установить флаг «Включить инкрементальное резервное копирование» (Требования и ограничения для создания инкрементальных РК) (Рисунок 10). В случае, если флаг будет выключен, при резервном копировании не гарантируется восстановление с развертыванием.

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

Рисунок 11.

Нажав на иконку … рядом с выбранным типом ресурса oVirt, установите дополнительные настройки правила резервного копирования (Рисунок 12, Таблица 1).

10000000000001F30000019F3190DA98D26D6067

Рисунок 12.

Таблица 1. Дополнительные параметры правила резервного копирования виртуальных машин поддерживаемых платформ виртуализации
Параметр	Описание	Значение по умолчанию	Допустимые значения
`backup_if_shutdown`	Параметр, задающий возможность резервного копирования выключенной виртуальной машины: `true` — возможно создание резервной копии выключенной виртуальной машины. `false` — создание резервной копии выключенной виртуальной машины невозможно. Задача на резервное копирование будет завершена с ошибкой. Резервное копирование выключенных виртуальных машин возможно для виртуальных машин, базирующихся в хранилище типа NFS, iSCSI или FCP	`true`	`true`, `false`
`script_before_snapshot`	Полный путь к скрипту внутри виртуальной машины, который будет выполнен перед созданием снэпшота для данной виртуальной машины
`script_after_snapshot`	Полный путь к скрипту внутри виртуальной машины, который будет выполнен после создания снэпшота для данной виртуальной машины
`execution_script_timeout`	Время в секундах, в течение которого модуль RuBackup будет ожидать выполнения скриптов внутри виртуальной машины до и после создания снэпшота	`5`	1…600
`require_consistency`	Параметр, выполняющий проверку на заморозку ВМ. При значении параметра `true` резервное копирование ВМ завершится ошибкой, если ВМ не заморожена.	`false`	`true`, `false`

Если в процессе резервного копирования выключенной виртуальной машины при значении true параметра backup_if_shutdown пользователь включит данную виртуальную машину, то резервная копия может получиться неконсистентной.
Для успешного восстановления резервной копии, диски которой находятся в хранилищах типа NFS, iSCSI или FCP необходимо при создании диска установить флаг «Включить инкрементальное резервное копирование». В противном случае восстановить ВМ из хранилища типа NFS, iSCSI или FCP невозможно.

Для правила резервного копирования также можно настроить уведомления при нормальном его выполнении или при возникновении ошибки в процессе выполнения, уведомления при окончании срока действия правила, уведомления при окончании ёмкости в пуле, уведомления при удалении устаревших резервных копий, возможность и периодичность перемещения резервных копий в другой пул данных (Рисунок 13):

Рисунок 13.
После выполнения настроек правила резервного копирование нажмите на кнопку Добавить правило в шаблон (Рисунок 14). В результате чего правило для выбранного типа ресурса (oVirt) и выбранного ресурса (виртуальной машины) появится в списке правил.

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

Вновь созданное правило будет иметь статус run. Если необходимо создать правило, которое пока не должно порождать задач резервного копирования, нужно убрать отметку Включить после создания.

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

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

3. Срочное резервное копирование

В случае необходимости срочного резервного копирования созданного правила глобального расписания, следует вызвать правой кнопкой мыши контекстное меню «Выполнить» (Рисунок 15):

10000000000007060000024BCFFCFC96ED3071EA

Рисунок 15.

Резервная копия средствами RuBackup позволит избежать полной потери данных ВМ.

Проверить ход выполнения резервного копирования можно в окне «Очередь задач» (Рисунок 16).

1000000000000736000003D67A64F3CCAC67A833

Рисунок 16.

При успешном завершении резервного копирования соответствующая задача перейдет в статус «Done (Рисунок 17):

1000000000000736000003D61997E57A7849415A

Рисунок 17.

4. Централизованное восстановление резервных копий

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

В тех случаях, когда централизованное восстановление на клиенте доступно, его можно инициировать, вызвав правой кнопкой мыши контекстное меню «Восстановить» (Рисунок 18):

1000000000000730000003CE403133E2B9D7708F

Рисунок 18.

В окне централизованного восстановления можно увидеть основные параметры резервной копии и определить каталог распаковки (Рисунок 19). Объем каталога распаковки должен быть на 10% больше объема виртуальных машин, одновременное восстановление которых будет выполняться.

1000000000000493000002E17439851C7D29228A

Рисунок 19.

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

Для восстановления на платформе активируйте переключатель «Восстановить на целевом ресурсе». В том случае, если необходимо восстановить резервную копию в локальный каталог на клиенте без развертывания виртуальной машины в среде виртуализации, выключите этот переключатель.

Убедитесь в том, что у пользователя vdsm имеются права на внесение изменений в каталоге, в который производится распаковка, например, /rubackup-tmp. Из консоли на клиенте выполните команду:

chown -R vdsm:kvm /rubackup-tmp

Если предполагается выполнить восстановление из резервной копии с развертыванием ВМ в платформе виртуализации, можно предварительно задать хранилище (NFS, iSCSI и FCP), в котором будут созданы диски создаваемой ВМ. Для этого откройте «Параметры восстановления для модуля oVirt», в открывшемся окне выберите требуемое значение для параметра storage_domain (Рисунок 20).

В выпадающем окне представлена информация в виде: <name> {<storage-type> — available <size> GB}

В начале указано имя хранилища — <name>, типа хранилища — <storage-type> (NFS, iSCSI или FCP) и объем доступного пространства — available <size> GB (указано в Гигабайтах)

10000001000001F900000172AC709703B5DD4ED7

Рисунок 20.

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

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

По умолчанию для каждого сетевого интерфейса ВМ, созданной в процессе восстановления из РК, платформа виртуализации назначает новый MAC-адрес.

Если восстановленная ВМ должна иметь MAC-адрес исходной ВМ, активируйте переключатель keep_original_mac (Рисунок 21).

Если MAC-адрес интерфейса занят оригинальной или другой ВМ, то у созданной в процессе восстановления ВМ сетевой интерфейс будет отсутствовать. В этом случае в журнал модуля (/opt/rubackup/log/rb_module_ovirt.log) будет добавлено предупреждение о невозможности добавления интерфейса с уже занятым MAC-адресом.

Рисунок 21.

Проверить ход выполнения восстановления резервной копии можно в окне «Очередь задач».

Успешный запуск восстановленной виртуальной машины можно проконтролировать в среде виртуализации zVirt. При успешном запуске виртуальная машина будет в статусе online.