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

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

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

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

Восстановление резервной копии с развертыванием должно выполняться только на тот узел, который является лидером в данный момент.

Узнать статус узлов кластера можно с помощью команды:

onezone show 0

В данном примере лидером является узел astra-front3.brest.local и именно на этом узле необходимо выполнять команды для восстановления.

При восстановлении резервной копии c помощью RBM необходимо выбрать нужную резервную копию, кликнуть по ней правой кнопкой мыши и выбрать Восстановить из выпадающего списка.

Затем необходимо выбрать нужные параметры в блоке Место восстановления.

Для настройки параметров восстановления, которые относятся к модулям резервного копирования и восстановления Brest VM и Brest template нажать на кнопку … рядом с полем Параметры восстановления для модуля.

Параметры восстановления резервных копий шаблона:

Параметр	Описание	Значение по умолчанию	Допустимые значения
new_name	Имя, с которым шаблон будет создан при восстановлении из резервной копии. В том случае, если этот параметр пуст, шаблон будет создан с прежним именем. Если шаблон с таким именем уже есть в системе, к имени будет добавлен постфикс.
set_images_persistent	Установить для всех образов шаблона параметр PERSISTENT=yes при восстановлении.	false	true, false
restore_only_config	Выполнить восстановление из резервной копии только конфигурации шаблона, без ассоциированных с ним образов.	false	true, false
dd_block_size	Размер блока в Мб для операций DD.	5	>=1

Параметры восстановления виртуальной машины из резервной копии:

Параметр		Описание	Значение по умолчанию	Допустимые значения
restore_only_config | Выполнить восстановление из резервной копии только конфигурации ВМ, без восстановления ассоциированных с ней дисков.			false	true, false
keep_cdrom | Если на момент создания резервной копии к ВМ был подключен CDROM, то информация об этом CDROM сохраняется в резервной копии. Если выполняется восстановление резервной копии, а опция keep_cdrom имеет значение true и при этом оригинальный образ, отвечающий за CDROM, на момент резервного копирования ВМ отсутствует внутри платформы ПВ, задача на восстановление из резервной копии завершится с ошибкой.			false	true, false
new_name | Имя, с которым ВМ будет создана при восстановлении из резервной копии. В том случае, если этот параметр пуст, ВМ будет создана с прежним именем. Если ВМ с таким именем уже есть в системе, к имени будет добавлен постфикс.
dd_block_size | Размер блока в Мб для операций DD.			5	>=1
restore_on_current_node		Переключатель можно использовать только в том случае, если вычислительные узлы ПВ расположены на фронтальных машинах ПВ. То есть фронтальная машина соответствует вычислительному узлу. Задача на восстановление должна запускаться на узле ПВ, находящемся в состоянии leader.	false	true, false

Примечания

При установленном флаге restore_only_config происходит следующее:

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

2. Если оригинальные образы отсутствуют, задача восстановления завершается с ошибкой.

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

4. Если внутри платформы есть ВМ с оригинальным именем,генерируется новое имя (добавляется постфикс к имени) — информация о новом имени ВМ помещается в vm.xml-файл, который был сформирован при резервном копировании.

5. Из результирующего vm.xml создается ВМ внутри платформы.

6. Данные дисков ВМ (даже если они были сохранены при резервном копировании) не подменяются у вновь созданной при восстановлении ВМ — т.е. на выходе получается ВМ с такой же конфигурацией, как и на момент резервного копирования, которая базируется на оригинальных образах дисков.

Для восстановления резервной копии шаблона или ВМ с помощью утилиты командной строки rb_archives необходимо определить идентификатор резервной копии, которую необходимо восстановить, например, при помощи команды rb_archives:

В приведенном примере в системе резервного копирования присутствуют семь резервных копий. ВМ с идентификатором 131 может быть восстановлена из полной резервной копии с идентификатором 137. Для этого необходимо выполнить команду:

# rb_archives -x 137

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

Проконтролировать процесс восстановления можно при помощи rb_tasks:

или при помощи RBC:

Проконтролировать процесс можно при помощи журнала:

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

• /opt/rubackup/log/rb_module_brest_template.log;

• /opt/rubackup/log/rb_module_brest_vm.log.

В случае восстановления инкрементальной резервной копии будет сформирована цепочка восстановления: вначале будет восстановлена полная резервная копия и на нее будут наложены изменения из инкрементальных резервных копий. После выполнения восстановления в ПВ появилась новая ВМ (ID 143), полностью идентичная той, которая была в системе в момент резервного копирования: