В этом разделе

Регулярное резервное копирование виртуальной машины

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

Находясь в разделе «Объекты», выберите вкладку «Правила» и нажмите на иконку (Добавить) (Рисунок 1):

Рисунок 1.
Выберите клиента, вместе с которым установлен модуль RuBackup, предназначенный для резервного копирования виртуальных машин VMware vSphere (модуль rb_module_vmware_vm, тип ресурса «VMware VM») (Рисунок 2):

Рисунок 2.
Выберите «Тип ресурса» → «VMware VM» (Рисунок 3):

Рисунок 3.
Нажмите на иконку […] рядом с надписью «Ресурс» и выберите ВМ, для которой требуется создать резервную копию (Рисунок 4):

Рисунок 4.
Установите настройки правила: название правила, пул хранения данных, приоритет выполнения правила, тип резервной копии (полная, инкрементальная или дифференциальная), расписание резервного копирования, срок хранения и необязательный временной промежуток проверки копии (Рисунок 5):

Рисунок 5.

Нажав на иконку […] рядом с выбранным типом ресурса «VMware VM», установите дополнительные настройки правила резервного копирования (Рисунок 6, Таблица 1).

Рисунок 6.

Таблица 1. Дополнительные параметры правила резервного копирования виртуальных машин VMware vSphere
Параметр	Описание	Значение по умолчанию	Допустимые значения
`script_before_snapshot`	Полный путь к скрипту внутри виртуальной машины, который будет выполнен перед созданием снэпшота для данной виртуальной машины.
`script_before_snapshot_username`	Имя пользователя внутри виртуальной машины, используемое для запуска скрипта перед созданием снэпшота для данной виртуальной машины.
`script_before_snapshot_password`	Пароль пользователя внутри виртуальной машины, от имени которого будет выполнен скрипт перед созданием снэпшота для данной виртуальной машины.
`script_before_snapshot_arguments`	Аргумент(ы) скрипта, который будет выполнен внутри виртуальной машины перед созданием снэпшота.	`before`
`script_after_snapshot`	Полный путь к скрипту внутри виртуальной машины, который будет выполнен после создания снэпшота для данной виртуальной машины.
`script_after_snapshot_username`	Имя пользователя внутри виртуальной машины, используемое для запуска скрипта после создания снэпшота для данной виртуальной машины.
`script_after_snapshot_password`	Пароль пользователя внутри виртуальной машины, от имени которого будет выполнен скрипт после создания снэпшота для данной виртуальной машины.	`gzip`	`gzip, zstd`
`script_after_snapshot_arguments`	Аргумент(ы) скрипта, который будет выполнен внутри виртуальной машины поле создания снэпшота.
`execution_script_timeout`	Время в секундах, в течение которого модуль RuBackup будет ожидать выполнения скриптов внутри виртуальной машины до и после создания снэпшота.	5	1 - 600
`disks_black_list`	Список идентификаторов виртуальных дисков, разделенных символом «/», которые не должны попасть в резервную копию.
`buffer_size`	Указывает количество секторов виртуального диска для чтения за 1 раз при резервном копировании виртуального диска.	65536	64, 128, 256, 512, 1024, 2048, 4096, 8192, 16384, 32768, 65536, 131072, 262144, 524288, 1048576, 2097152
`use_hotadd`	Использовать технологию прямого подключения жестких дисков при создании бэкапа виртуальной машины.	`false`	`true, false`

Если при настройке правила резервного копирования заполнен параметр script_before_snapshot, то также необходимо заполнить параметры script_before_snapshot_username и script_before_snapshot_password.
Если при настройке правила резервного копирования заполнен параметр script_after_snapshot, то также необходимо заполнить параметры script_after_snapshot_username и script_after_snapshot_password.
Выполнение скриптов внутри виртуальных машин поддерживается для среды виртуализации VMware vSphere версии 7.0.2.0 и выше. При резервном копировании виртуальных машин среды виртуализации VMware vSphere версии 6.7 скрипты не выполняются, значения следующих параметров будут проигнорированы:
- script_before_snapshot;
- script_before_snapshot_username;
- script_before_snapshot_password;
- script_before_snapshot_arguments;
- script_after_snapshot;
- script_after_snapshot_username;
- script_after_snapshot_password;
- script_after_snapshot_arguments;
- execution_script_timeout.

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

Эта опция работает только в случае, когда клиент СРК RuBackup сам располагается на гостевой ВМ системы визуализации VMware vSphere. Также клиент СРК должен иметь доступ к тому же хранилищу данных, что и ВМ, для которой производится процедура создания РК.

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

При включенной опции use_hotadd возможно появление ошибки "Too many attached disks". Эта ошибка вызвана тем, что к одному SCSi-контроллеру ВМ WMware vSphere можно подключить не более 15 жестких дисков. Если клиент СРК RuBackup имеет несколько жестких дисков и ВМ, для которой осуществляется резервное копирование, тоже имеет несколько дисков, то такой лимит может быть легко достигнут. Чтобы избежать такой ошибки, нужно добавить несколько новых SCSi-контроллеров для ВМ клиента СРК. Также желательно создавать новые SCSI-адаптеры типа Paravirtual.
Если пользователем задается значение для параметра buffer_size вне допустимого диапазона значений, то будет использовано значение по умолчанию 65536.

Для правила резервного копирования также можно настроить уведомления при нормальном его выполнении или при возникновении ошибки в процессе выполнения, уведомления при окончании срока действия правила, уведомления при окончании ёмкости в пуле, уведомления при удалении устаревших резервных копий, возможность и периодичность перемещения резервных копий в другой пул данных (Рисунок 7):

Рисунок 7.
После выполнения настроек правила резервного копирование нажмите на кнопку «Добавить правило в шаблон». Правило для выбранного типа ресурса (VMware VM и ВМ) появится в списке правил.
Нажмите на кнопку Применить в правом-верхнем углу для завершения настройки и создания правила.

Вновь созданное правило будет иметь статус run. Если необходимо создать правило, которое пока не должно порождать задач резервного копирования, нужно убрать отметку «Включить после создания».

При необходимости, администратор может приостановить работу правила или немедленно запустить его (т. е. инициировать немедленное создание задачи при статусе правила wait).

Правило глобального расписания имеет срок жизни, определяемый при его создании, а также предусматривает следующие возможности:

Выполнить скрипт на клиенте скрипт на клиенте перед началом резервного копирования.
Выполнить скрипт на клиенте после успешного окончания резервного копирования.
Выполнить скрипт на клиенте после неудачного завершения резервного копирования.
Выполнить защитное преобразование резервной копии на клиенте.
Периодически выполнять проверку целостности резервной копии.
Хранить резервные копии определённый срок, а после его окончания удалять их из хранилища резервных копий и из записей репозитория, либо просто уведомлять пользователей системы резервного копирования об окончании срока хранения.
Через определённый срок после создания резервной копии автоматически переместить её на другой пул хранения резервных копий, например на картридж ленточной библиотеки.
Уведомлять пользователей системы резервного копирования о результатах выполнения тех или иных операций, связанных с правилом глобального расписания.

При создании задачи RuBackup она появляется в главной очереди задач. Отслеживать исполнение правил может как администратор, с помощью RBM или утилит командной строки, так и клиент при помощи RBC или утилиты командной строки rb_tasks.

После успешного завершения резервного копирования резервная копия будет размещена в хранилище резервных копий, а информация о ней будет размещена в репозитории RuBackup.