Централизованное восстановление резервных копий с помощью RBM

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

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

10000000000005D1000003CAA3F0972E6922D58B
Рисунок 1.

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

Путь назначения обозначает временную директорию, в которую будет выполнена распаковка архива резервной копии. Если выполняется восстановление резервной копии с развертыванием виртуальной машины, то после развертывания содержимое данной директории будет очищено. Убедитесь в наличии свободного места в выбранной директории распаковки (потребуется свободное место как минимум в объеме, равном суммарному объему дисков виртуальной машины, для которой сделана резервная копия).

10000000000005B40000031D9BD0D0CD1A7D5092
Рисунок 2.

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

Для настройки параметров восстановления, которые относятся к модулю резервного копирования и восстановления VMmanager нажмите на иконку …​ рядом с полем Параметры восстановления для модуля: VMmanager (Рисунок 3).

1000000000000512000002BBC1A403D22F7D620E
Рисунок 3.

Выберите способ восстановления. Существует три способа восстановления резервной копии виртуальной машины:

  1. Delete current VM (по умолчанию).

    В этом случае будет удалена действующая виртуальная машина, резервную копию которой мы хотим восстановить, но её IP и MAC адрес останутся зарезервированными для новой виртуальной машины, которая будет создана вместо неё. Затем в диски новой виртуальной машины запишутся данные из дисков, которые хранятся в резервной копии.

    правило, созданное для виртуальной машины, с помощью которого производились резервные копии станет неактуальным после восстановления хотя бы одной резервной копии, поскольку после восстановления этим способом будет новая виртуальная машина с новым ID.
  2. Restore disks only.

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

  3. Create new VM.

    При этом типе восстановления будет создана новая виртуальная машина с сетевой частью, которую необходимо указать пользователю в RBM (Рисунок 4). После создания виртуальной машины, в её диски будут записаны данные из образов, которые хранятся в архиве.

  • При создании новой виртуальной машины опционально можно выбрать хранилище, в котором будет создан диск (или все диски). Если эта опция не указана, диск будет создан в том же хранилище с тем ID, в котором он был во время резервного копирования.

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

    1000000000000513000002BC2D770E7948368D1A
    Рисунок 4.

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

1000000000000515000002BB169B185937605266
Рисунок 5.

При успешном завершении восстановления резервной копии или цепочки резервных копий, соответствующие задачи на восстановление перейдут в статус Done (Рисунок 6).

1000000000000515000002BB14B03C3AEE08A188
Рисунок 6.