Работа с данными

  1. Резервное копирование виртуальных машин платформы виртуализации VMware может выполняться несколькими способами:

    • безагентным методом, то есть без установки клиента РК RuBackup и модуля VMware внутрь гостевой системы, что позволяет создавать полные, инкрементальные и дифференциальные резервные копии без остановки виртуальной машины с минимальной нагрузкой на узел и обеспечением непрерывности процесса.

      Предварительно следует позаботится о наличии свободного места на диске не менее 110% от объёма резервируемой ВМ;

    • с установкой клиента резервного копирования и модуля VMware на виртуальной машине платформы виртуализации VMware.

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

  2. Предварительно произведите настройку конфигурационного файла модуля opt/rubackup/etc/rb_module_vmware_vm.conf на узле клиента резервного копирования.

1. Описание резервного копирования ВМ

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

  1. Будет произведена проверка состояния ВМ — включена или выключена.

  2. В случае, если ВМ включена, то внутри ВМ выполняется подготовленный скрипт /opt/rubackup/scripts/vmware_vm.sh (при наличии), указанный для параметра script_before_snapshot тонких настроек модуля, для среды виртуализации VMware версии 7.0.2.0 и выше.

    В случае, если внутри ВМ существует файл с атрибутами на исполнение с аргументом before, то укажите путь к нему в параметре script_before_snapshot_arguments.

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

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

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

  3. В зависимости от выбранной технологии резервного копирования и настроенной с помощью Тонкие настройки модуля при выполнении РК:

    1. с использованием технологии прямого подключения жестких дисков:

      • переключатель use_hotadd тонких настроек модуля активирован;

      • клиент резервного копирования развёрнут на ВМ платформы виртуализации VMware.

      То:

      1. модуль VMware монтирует диски к ВМ клиента резервного копирования.

        Это ускоряет процедуру создания РК ВМ и уменьшает требования к свободному дисковому пространству на клиенте РК, так как не требуется создания промежуточных временных файлов на клиенте СРК RuBackup;

      2. модуль VMware с помощью утилиты rb_vmware_connector выполняет мгновенные снимки текущего состояния всех дисков резервируемой ВМ.

        Мгновенные снимки дисков ВМ временно будут размещены в её папке.

    2. резервное копирование аллоцированных частей диска ВМ:

      • переключатель use_hotadd тонких настроек модуля деактивирован;

      • переключатель `backup_whole_disk`тонких настроек модуля деактивирован.

      То:

      1. модуль VMware запрашивает карту аллоцированных областей и определяет % аллоцирования диска;

      2. для дисков типа thin-provisioned или thick-provisioned lazily zeroed выполняется резервное копирование только аллоцированных частей диска.

        Аллоцированные части диска - это те области диска, в которые производится запись данных и которые отмечаются внутренними трекинговыми системами VMware.

        Для дисков типа thin-provisioned и thick-provisioned lazily zeroed при этом способе скорость резервного копирования будет больше, то есть время и объём РК ВМ будут меньше.

        Для дисков типа thick-provisioned eagerly zeroed при этом способе скорость резервного копирования будет меньше, чем при обычном способе (деактивированном параметре) из-за возросших объёмов данных, подлежащих резервному копированию.

        Для хранилища типа NFS будет возвращена 100% аллокация диска, то есть резервное копирование будет выполнено для всего объёма дискового пространства.

      3. для дисков типа thick-provisioned eagerly zeroed выполняется резервное копирование всего объёма диска;

      4. резервная копия ВМ формируется из файла метаданных, карты аллоцированных частей диска (при активации соответствующего параметра модуля) и копии дисков ВМ;

    3. с использованием технологии Changed Block Tracking (CBT) для создания инкрементальной или дифференциальной РК:

      • выполнена настройка функции CBT для ВМ на на платформе виртуализации VMware

      • disks_black_list не содержит резервируемые диски ВМ;

      • переключатель use_hotadd тонких настроек модуля деактивирован;

      • переключатель `backup_whole_disk`тонких настроек модуля активирован;

        То:

        1. первоначально необходимо создать полную РК с использованием CBT. Модуль VMware с помощью утилиты rb_vmware_connector:

      • создаёт директорию <Имя_РК>.snap_dir, в которой будут размещены файлы при выполнении резервного копирования с функцией CBT;

      • проверяет состояние функции CBT для ВМ и её дисков;

      • записывает информацию о состоянии функции CBT в файл changeId;

      • выполняет мгновенные снимки текущего состояния всех дисков резервируемой ВМ в директорию snap_dir;

        1. последующее инкрементальное или дифференциальное резервное копирование. Модуль VMware:

      • с помощью утилиты rb_vmware_connector проверяет выполнение условий для использования технологии CBT;

      • записывает информацию о состоянии функции CBT в файл changeId;

      • записывает измененившиеся блоки в файлы резервных копий дисков ВМ.

  4. После создания резервной копии, в случае, если ВМ включена, то внутри ВМ выполняется подготовленный скрипт /opt/rubackup/scripts/vmware_vm.sh (при наличии), указанный для параметра script_after_snapshot тонких настроек модуля, для среды виртуализации VMware версии 7.0.2.0 и выше.

    В случае, если внутри ВМ существует файл с атрибутами на исполнение с аргументом after, то укажите путь к нему в параметре script_after_snapshot_arguments.

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

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

  5. Модуль VMware определяет пути до каждого диска резервируемой ВМ и выполняет соответствующую запись в rbfd_file_list.

  6. Резервная копия ВМ перемещается в хранилище на медиасервер.

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

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

  9. Если РК выполнена для аллоцированных частей диска, то после выполнения резервного копирования и перемещения РК в хранилище мгновенные снимки состояния ВМ будут удалены из папок дисков ВМ на платформе VMware.

2. Описание восстановления ВМ

  • Предварительно следует позаботится о наличии свободного места на диске не менее 110% от объёма восстанавливаемой ВМ.

  • Полное восстановление виртуальных машин выполняется из инкрементальной или полной резервной копии ВМ.

  • Версионность РК при её восстановлении с развёртыванием:

    • на платформе виртуализации VMware версии 6.7 из резервной копии для виртуальной машины VMware версии 6.7 или 7.0;

    • на платформе виртуализации VMware версии 7.0 из резервной копии для виртуальной машины VMware версии 6.7 или 7.0.

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

  1. Модуль VMware экспортирует восстанавливаемую РК ВМ в указанный Каталог распаковки на выбранном клиенте резервного копирования RuBackup.

  2. Если переключатель Восстановить на целевом ресурсе деактивирован (в окне RBM «Централизованное восстановление»), то восстановление РК осуществляется без развёртывания резервной копии на виртуальной машине.

  3. Если переключатель Восстановить на целевом ресурсе активирован (в окне RBM «Централизованное восстановление»), то восстановление РК осуществляется с её развёртыванием на виртуальную машину (в зависимости от выбранной тонкой настройки модуля ):

    1. РК распаковывается временно в папку на узле клиента РК;

    2. если переключатель restore_to_original_vm тонких настроек модуля деактивирован, то будет создана ВМ с заданными параметрами тонких настроек модуля VMware при восстановлении РК.

      Если параметры тонких настроек модуля VMware при восстановлении не заданы, то будут использованны параметры из метаданных резервной копии .

    3. если переключатель restore_to_original_vm тонких настроек модуля активирован, то происходит поиск оригинальной виртуальной машины по её идентификатору ID.

      1. В случае, если ВМ с соответствующим ID не найдена, то задача восстановления РК будет завершена ошибкой.

      2. В случае, если ВМ с соответствующим ID найдена, то будет выполнено сравнение её конфигурации с метаданными РК:

        1. В случае изменения конфигурации оригинальной ВМ задача восстановления РК будет завершена ошибкой.

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

  4. При восстановлении РК, выполенной модуль VMware в резервной копии ищет файл с картой аллоцированных блоков диска ВМ.

    Если такой файл найден, то считается что РК содержит только аллоцированные данные диска.

    Карта аллоцированных блоков загружается модулем и далее для каждого блока происходит его загрузка из РК на удаленный диск.

  5. При восстановлении инкрементальной или дифференциальной РК, созданной с использованием технологии Changed Block Tracking, модуль VMware:

    • создаёт карту изменений;

    • вносит изменения в созданный ранее файл полной РК.

  6. После восстановления ВМ с развёртыванием каталог распаковки будет очищен.

3. Описание работы с данными в RBM

3.1. РК для одной ВМ по расписанию

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

  1. Запустите Менеджер Администратора RuBackup (RBM).

  2. Авторизуйтесь с правами Администратора СРК.

  3. Проверьте статус клиента РК, на котором развёрнут модуль VMware.

  4. Создайте и настройте правило полного резервного копирования для создания плановых резервных копий любым способом:

    • в разделе Глобальное расписание, нажав Добавить и настроив создаваемое Правило;

    • в разделе Объекты, выбрав вкладку Правила и нажав Добавить;

      Правило должно иметь статус run (запущено) для выполнения резервного копирования по расписанию.

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

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

3.2. РК для группы ВМ по расписанию

Выполнение резервного копирования группы виртуальных машин по расписанию:

  1. Запустите Менеджер Администратора RuBackup (RBM).

  2. Авторизуйтесь с правами Администратора СРК.

  3. Проверьте статус клиента РК, на котором развёрнут модуль VMware.

  4. Создайте и настройте последовательно:

    • стратегию полного резервного копирования для создания плановых резервных копий в разделе Стратегии, нажав Добавить;

    • правило стратегии для каждой ВМ в разделе Стратегии, выделив нужную стратегию и нажав Правила. Повторите создание правила для каждой ВМ;

      Правило должно иметь статус run (запущено) для выполнения резервного копирования по расписанию.

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

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

3.3. Срочное РК

Срочное резервное копирование выполняется для одной ВМ:

  1. Запустите Менеджер Администратора RuBackup (RBM).

  2. Авторизуйтесь с правами Администратора СРК.

  3. Проверьте статус клиента РК, на котором развёрнут модуль VMware.

  4. Выполните срочное резервное копирование любым способом:

    • быстрый доступ к функции срочного резервного копирования по нажатию на кнопку Срочное РК на верхней панели RBM;

    • в разделе Объекты, выделив клиента РК, который управляет резервным копированием ВМ, и нажав Срочное РК;

  5. Выполните настройку параметров резервного копирования;

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

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

3.4. Восстановление из РК

Для выполнения восстановления ВМ из резервной копии:

  1. Запустите Менеджер Администратора RuBackup (RBM).

  2. Авторизуйтесь с правами Администратора СРК.

  3. Проверьте статус клиента РК, на котором развёрнут модуль VMware.

  4. В разделе Репозиторий выберите РК и нажмите кнопку Восстановить.

  5. Выполните настройку параметров восстановления (см. Централизованное восстановление резервных копий);

  6. В разделе Очередь задач отслеживайте статус выполненных и ход выполняемых задач восстановления резервной копии;

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

4. Особенности настройки RBM для РК ВМ

При выполнении любого сценария (при настройке правил, стратегий, восстановления из РК) следует в соответствующих полях указать следующие данные:

  • в поле Клиент выбрать из выпадающего списка имя клиента РК, на котором развёрнут модуль VMware;

  • в поле Тип ресурса выбрать из выпадающего списка VMware;

  • при необходимости произвести тонкую настройку модуля VMware;

  • в поле Ресурс выбрать ВМ, резервная копия которой будет создана;

  • в поле Тип РК выбрать «Полное», «Дифференциальное» или «Инкрементальное».