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

Система резервного копирования RuBackup предусматривает возможность восстановления резервных копий как со стороны клиента системы, так и со стороны администратора СРК. В тех случаях, когда централизованное восстановление резервных копий не желательно, например когда восстановление данных является зоной ответственности владельца клиентской системы, эта функциональность может быть отключена на клиенте (см. RuBackup Manager (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.

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

1000000000000515000002BB169B185937605266
Рисунок 5.

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

1000000000000515000002BB14B03C3AEE08A188
Рисунок 6.