Использование менеджера администратора 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 необходимо выполнить следующие действия:

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

    100000000000052C00000328867D5805001D97B0
    Рисунок 3.

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

    10000000000007B1000003CD1B888DF6DA43EF10
    Рисунок 4.

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

    10000000000007AE000003F193DB7F7512249C25
    Рисунок 5.

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

    100000000000058E000002E187A69C27A1985344
    Рисунок 6.

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

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

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

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

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

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

    100000000000058E000002E187A69C27A1985344
    Рисунок 7.

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

  3. Выберите тип ресурса oVirt (Рисунок 8):

    1000000000000738000003C9316799D68C1ED29A
    Рисунок 8.

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

    10000000000001ED0000018B182107A948A4E35E
    Рисунок 9.

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

    100000010000043B000000FAC5DBF9E3DB9EA3CC
    Рисунок 10.

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

    1000000000000748000003F86F72B4E2C691845E
    Рисунок 11.

  6. Нажав на иконку …​ рядом с выбранным типом ресурса 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

    file_list

    При значении параметра true в процессе создания РК ВМ будет сформирован список файлов/директорий, существующих на дисках резервируемой ВМ.

    false

    true, false

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

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

    • Для выполнения гранулярного восстановления файлов гостевой ОС ВМ из ее резервной копии необходимо установить флаг file_list.

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

    10000000000006A90000035F8DAA25AAC5B35BEB
    Рисунок 13.

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

    1000000000000748000003F86F72B4E2C691845E
    Рисунок 14.

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

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

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

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

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

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

10000000000007060000024BCFFCFC96ED3071EA
Рисунок 15.

Ошибка при выполнении резервного копирования включенной ВМ:

error: unable to execute QEMU agent command 'guest-fsfreeze-freeze':
failed to open <disk mounted directory>: Permission denied

Для решения проблемы внутри гостевой ОС резервируемой ВМ выполните от имени пользователя root:

setenforce 0

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

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

Резервная копия средствами 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, при котором модуль будет создавать диски в том же хранилище, в котором они были на момент бэкапа у оригинальной виртуальной машины.

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

  • выбранные Storage Domain и Cluster были ассоциированы между собой. В противном случае будет автоматически предпринята попытка найти Cluster, связанный с выбранным Storage Domain;

  • в выбранном хранилище было достаточно свободного места.

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

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

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

5199472110320347288
Рисунок 21.

Для выбора профиля виртуальной сетевой карты, подключенной к виртуальной машине при восстановлении, необходимо настроить параметр vnic_profile.

По умолчанию для параметра vnic_profile выбрано значение ORIGINAL, при котором модуль будет использовать профиль, определенный во время резервного копирования.

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

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

5. Гранулярное восстановление

Для гранулярного восстановления отдельных файлов и каталогов:

  1. В разделе Storages Репозиторий выберите vm restore Восстановить ВМ [1].

  2. В окне Гранулярное восстановление ресурсов с типом: oVirt выберете из списка необходимый ресурс для восстановления и нажмите Далее Move on.

    При поиске доступна фильтрация по имени и идентификатору ресурса.

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

    Воспользуйтесь формой поиска:

    Таблица 2. Фильтр поиска файлов и каталогов при гранулярном восстановлении
    Параметр фильтра Описание Возможные значения

    Фильтр пути к файлу

    Путь к искомому файлу или каталогу.

    Возможна фильтрация по префиксу, суффиксу или комбинации префикса и суффикса.

    Начало рабочего окна

    Начальные параметры даты и времени для фильтрации файлов и каталогов.

    ,

    По умолчанию:

    Конец рабочего окна

    Финальные параметры даты и времени для фильтрации файлов и каталогов.

    ,

    По умолчанию:

    Показать дополнительные настройки

    Предоставляет доступ к дополнительным настройкам фильтрации поиска.

    ,

    По умолчанию:

    Записей на странице [2]

    Количество отображаемых файлов и каталогов на одной странице.

    Минимальное количество записей 1, максимальное 10000

    По умолчанию: 1

    Сортировать по столбцу [2]

    Столбец, по которому будет отсортирован список файлов и каталогов.

    Путь к файлу

    ID

    ID репозитория

    Размер

    Тип

    Владелец

    Создано

    Обновлено

    Разрешения

    Направление сортировки [2]

    Порядок расположения файлов и каталогов.

    По убыванию, по возрастанию

    По умолчанию: По убыванию

    Каждый выделенный файл или каталог добавляется в список на восстановление, количество файлов и каталогов отображается в поле Выбранное количество файлов.

    При новом поиске выбранное количество файлов и каталогов не обнуляется. Для обнуления выбранных элементов нажмите Clean Очистить всё.

    Нажмите Далее Move on.

  4. Ознакомьтесь с неизменяемой информацией о РК в блоке Информация о резервной копии.

    Проверьте добавленные файлы и каталоги на восстановление в блоке Гранулярное восстановление.

    Определите значение параметров (Таблица 3) в блоке Место восстановления:

    Таблица 3. Параметры восстановления
    Параметр Описание

    Клиент

    Выберите из выпадающего списка клиента РК с установленным модулем

    Каталог распаковки

    Укажите каталог для распаковки резервной копии

    Параметры восстановления модуля

    Можно задать конечную виртуальную машину параметром granular_restore_target_vm [3], которая будет использоваться для гранулярного восстановления файлов из резервной копии.

    По умолчанию для параметра granular_restore_target_vm выбрано значение ORIGINAL, при котором выбранные пользователем для гранулярного восстановления файлы будут восстанавливаться в оригинальную ВМ.

    Выберите ISO хранилище параметром granular_restore_iso_domain [3], в котором будет размещен ISO образ, содержащий гранулярно восстановленные файлы/директории.

    Для гранулярного восстановления обязательно должен быть задан granular_restore_iso_domain, в противном случае задача восстановления завершится с ошибкой.
    3. Параметр игнорируется, если резервная копия создана без опции резервного копирования file_list.

    Восстановить на целевом ресурсе

    Гранулярное восстановление с активированным переключателем Восстановить на целевом ресурсе работает так:

    1. Пользователь задает список файлов/директорий для гранулярного восстановления из РК.

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

    3. Пользователь задает целевую ВМ, в гостевой ОС которой требуется восстановить выбранные файлы/директории.

      На момент восстановления РК можно выбрать либо исходную ВМ, либо любую другую ВМ, присутствующую в системе виртуализации.

    4. На основе выбранных файлов/директорий формируется ISO образ и помещается в заданное ISO хранилище.

    5. ISO образ подключается к заданной ВМ, после чего выбранные файлы/директории становятся доступными на CD-ROM в гостевой ОС данной ВМ.

    Гранулярное восстановление с выключенным переключателем Восстановить на целевом ресурсе работает так:

    1. Пользователь задает список файлов/директорий для гранулярного восстановления из РК.

    2. Пользователь задает каталог распаковки РК.

    3. В каталоге распаковки создается директория с именем, соответствующим идентификатору ВМ, для которой создана РК. В этой папке будет создан архив .tar с восстановленными файлами и именем вида RuBackup_TAR_<task_id>_<Date_Time>.tar, где:

      • task_id — идентификатор задачи восстановления РК

      • Date_Time — текущая дата и время на момент создания данного архива.
1. На момент релиза 2.6.0.0.0 из выпадающего списка можно выбрать только ресурс oVirt.
2. Доступно только при активном параметре Показать дополнительные настройки.