Восстановление РК
Система резервного копирования RuBackup предусматривает возможность восстановления резервных копий как со стороны клиента СРК посредством Менеджера клиента RuBackup, так и со стороны администратора СРК. В тех случаях, когда централизованное восстановление резервных копий не желательно, например когда восстановление данных является зоной ответственности владельца клиентской системы, эта функциональность может быть отключена на клиенте (см. «Руководство системного администратора RuBackup»).
Для централизованного восстановления ВМ на клиенте РК:
-
В RBM перейдите в раздел «Репозиторий».
-
Выберите в открывшемся окне требуемую резервную копию, нажмите на нее правой кнопкой мыши и выберите в контекстном меню «Восстановить» (рисунке 1) или нажмите кнопку
«Восстановить».
Рисунок 1. Окно раздела «Репозиторий». Восстановление РК -
В открывшемся окне централизованного восстановления (рисунке 2) представлена следующая информация и возможности:
Рисунок 2. Окно Централизованного восстановления ВМ-
информация о резервной копии. Данный блок содержит неизменяемую информацию о резервной копии;
-
место восстановления. В данном блоке необходимо определить:
-
в поле «Восстановить на клиенте» выберите из выпадающего списка клиента РК, который имеет сетевой доступ к платформе виртуализации Basis DynamiX Enterprise;
-
в поле «Каталог распаковки» укажите временный каталог для распаковки резервной копии;
-
в поле «Параметры восстановления для модуля» доступны тонкие настройки модуля TIONIX, которые можно изменить нажатием кнопки
(рисунке 3).
Рисунок 3. Окно «Параметры восстановления для модуля TIONIX»При деактивации
переключателя «Использовать настройки по умолчанию» будут доступны следующие параметры тонкой настройки модуля TIONIX:-
в поле «dd_block_size» укажите размер блока для утилиты dd при восстановлении виртуальной машины из резервной копии (значение в диапазоне от 1 до 100 в мегабайтах);
-
активируйте
переключатель keep_original_vm_name для создания новой ВМ на платформе виртуализации с именем исходной (оригинальной) ВМ, резервная копия которой восстанавливается. Если исходная ВМ с таким же именем существует, то данная ВМ будет удалена.При деактивированном переключателе
в случае, если на платформе виртуализации не существует ВМ с таким же именем, то будет создана ВМ с оригинальным именем. Если на момент восстановления на платформе виртуализации существует ВМ с таким же именем, как у оригинальной восстанавливаемой ВМ, то существующая ВМ остаётся без изменений, а созданная новая ВМ будет иметь имя оригинальной ВМ с добавлением суффикса; -
в поле network_uuid из выпадающего списка выберите идентификатор виртуальной сети на платформе виртуализации TIONIX, где будет находиться восстановленная виртуальная машина. Значение параметра ORIGINAL означает, что идентификатор виртуальной сети будет взят из резервной копии, таким образом ВМ будет восстановлена в оригинальную виртуальную сеть;
-
в поле fixed_ip укажите IP адрес виртуальной машины в сети на платформе визуализации TIONIX, где будет находится восстановленная виртуальная машина. Данный параметр требует обязательного указания параметра network_uuid, не равного ORIGINAL;
-
в поле image_uuid выберите из выпадающего списка идентификатор образа на платформе визуализации TIONIX, с которым будет ассоциироваться восстановленная виртуальная машина. Значение параметра ORIGINAL (также соответствует не заданному значению поля) означает, что идентификатор образа будет взят из резервной копии оригинальной ВМ;
-
в поле new_name укажите имя виртуальной машины, создаваемой в процессе восстановления резервной копии, в среде визуализации TIONIX;
-
в поле server_group_id выберите из выпадающего списка серверную группировку, к которой будет подключена восстанавливаемая ВМ. При выборе значения NONE восстанавливаемая ВМ не будет входить в серверную группировку. При выборе значения ORIGINAL восстанавливаемая ВМ будет входить в ту же серверную группировку, что и оригинальная ВМ;
-
активируйте
переключатель enable_direct_restore для восстановления виртуальной машины в режиме direct restore, который исключает распаковку данных дисков оригинальной ВМ в выбранный пользователем каталог распаковки. Модуль TIONIX перед распаковкой данных из резервной копии анализирует информацию о дисках оригинальной ВМ, создаёт на платформе виртуализации диски требуемого размера и в требуемом количестве; далее созданные диски будут подключены к ВМ клиента резервного копирования с модулем TIONIX. Таким образом данные дисков оригинальной ВМ будут распакованы из РК в блочные устройства на ВМ клиента резервного копирования, которые появляются в ОС узла клиента после подключения к нему созданных в процессе восстановления дисков.Ограничения использования параметра:
-
работает только для резервных копий, созданных модулем TIONIX, начиная с версии 2.1.2-a.1 (поддерживает режим восстановления direct restore);
-
для цепочки инкрементальных резервных копий требуется, чтобы все резервные копии в цепочке были созданы модулем TIONIX, начиная с версии 2.1.2-a.1 (поддерживает режим восстановления direct restore). Иначе необходимо деактивировать переключатель «enable_direct_restore»
; -
необходимо, чтобы для всех резервных копий в цепочке инкрементальных резервных копий не менялась конфигурация дисков виртуальной машины, а именно:
-
число дисков виртуальной машины не должно меняться;
-
ID дисков виртуальной машины не должны меняться;
-
размер дисков виртуальной машины не должен меняться;
-
параметр bootable дисков не должен меняться.
При любом изменении конфигурации дисков виртуальной машины для восстановления цепочки резервных копий необходимо деактивировать переключатель «enable_direct_restore»
;
-
-
для цепочки инкрементальных резервных копий игнорируются следующие изменения в параметрах конфигурации дисков: имя, описание, тип;
-
-
в поле user_data [1] возможно ввести пользовательские параметры конфигурации операционной систем восстанавливаемой виртуальной машины в виде скрипта в формате cloud-config или bash-скрипт. Скрипт автоматически кодируется в base64, передаётся на ВМ и выполняется сервисом cloud-init при первом запуске восстановленной виртуальной машины на платформе виртуализации TIONIX. Использование user data помогает автоматизировать настройку восстанавливаемых виртуальных машин.
В случае, если в момент создания восстанавливаемой резервной копии ВМ, платформа виртуализации предоставила данные о конфигурации ОС ВМ, то эти данные будут использованы при восстановлении ВМ, в случае, если поле user_data или поле user_data_file не заполнены.
-
в поле user_data_file [1] укажите полный путь до скрипта в формате cloud-config или bash на узле клиента резервного копирования, который осуществляет восстановление ВМ платформы виртуализации TIONIX.
Если поле user_data содержит скрипт, то указанный скрипт в поле user_data_file выполнен не будет.
-
-
-
доступны «Общие настройки модуля» для определения значения параметров восстановления (рисунке 4):
Рисунок 4. Окно Общие настройки модуля при восстановлении (значения по умолчанию)-
параметр worker_parallelism задает количество потоков, которые будут участвовать в процессе восстановления блоков данных ресурса;
-
-
при активации
переключателя Восстановить на целевом ресурсе резервная копия будет развёрнута в папку, указанную в поле «Каталог распаковки» и на узле платформы виртуализации будет создана новая ВМ с параметрами, заданными тонкими настройками модуля TIONIX. После восстановления ВМ выбранный каталог распаковки будет очищен. В случае деактивации переключателя резервная копия будет восстановлена только в папку, указанную в поле «Каталог распаковки»; -
гранулярное восстановление не поддерживается в текущей версии модуля DynamiX. Доступно только полное восстановление дисков виртуальной машины.
-
-
Проверьте ход выполнения резервного копирования в окне «Очередь задач». При успешном завершении восстановления резервной копии соответствующая задача на восстановление перейдёт в статус «Done» (выполнено).