Регулярное резервное копирование виртуальной машины или отдельных томов
Чтобы выполнять регулярное резервное копирование виртуальной машины или отдельных томов, необходимо создать правило в глобальном расписании (в случае операций с несколькими ресурсами и/или типами ресурсов можно также использовать стратегии резервного копирования). Для этого выполните следующие действия:
-
Находясь в разделе «Объекты», выберите вкладку «Правила» и нажмите на иконку «+» (Рисунок 1):
Рисунок 1. -
Выберите клиент, вместе с которым установлен модуль RuBackup, предназначенный для резервного копирования виртуальных машин или томов OpenStack (модуль «rb_module_openstack», тип ресурса «OPENSTACK» либо модуль «rb_module_openstack_vol», тип ресурса «OPENSTACK Volume») (Рисунок 2):
Рисунок 2. -
Выберите «Тип ресурса» → «OPENSTACK» или «OPENSTACK Volume» (Рисунок 3):
Рисунок 3. -
Нажмите на иконку «…» рядом с надписью «Ресурс» и выберите виртуальную машину или том, для которых требуется создать резервную копию (Рисунок 4):
Рисунок 4. -
Установите остальные настройки правила: название правила, тип резервной копии (полная, инкрементальная или дифференциальная), ёмкость хранилища и ёмкость хранилища клиента, приоритет выполнения правила, алгоритм защитного преобразования, скрипт при нормальном выполнении, скрипт при выполнении с ошибками, скрипт, используемый при восстановлении резервной копии (Рисунок 5):
Рисунок 5. -
Нажав на иконку «…» рядом с выбранным типом ресурса, установите дополнительные настройки правила резервного копирования.
Рисунок 6.Таблица 1. Дополнительные параметры правила резервного копирования виртуальных машин OpenStack Параметр Описание − Алгоритмы защитного преобразования, доступные в утилите rbcrypt Значение по умолчанию Допустимые значение script_before_snapshot
Полный путь к скрипту внутри виртуальной машины, который будет выполнен перед созданием снимка состояния данной виртуальной машины.
/opt/rubackup/scripts/openstack.sh
script_after_snapshot
Полный путь к скрипту внутри виртуальной машины, который будет выполнен после создания снимка состояния данной виртуальной машины.
/opt/rubackup/scripts/openstack.sh
execution_script_timeout
Время в секундах, в течение которого модуль RuBackup будет ожидать выполнения скриптов внутри виртуальной машины до и после создания снимка состояния виртаульной машины.
5
1 - 600
для работы параметров script_before_snapshot
иscript_after_snapshot
настройте SSH-доступ (см. раздел Настройка SSH-доступа).Дополнительные настройки правила резервного копирования для типа ресурса «OPENSTACK Volume»:
Рисунок 7.Таблица 2. Дополнительные параметры правила резервного копирования томов OpenStack Параметр Описание − Алгоритмы защитного преобразования, доступные в утилите rbcrypt Значение по умолчанию Допустимые значения create_snapshot_if_volume_available
Создание снапшота для последующего резервного копирования.
Если задано значение true, то при резервном копировании тома в статусe Available для него будет создан снапшот для последующего резервного копирования.
Если задано значение false, то при резервном копировании тома в статусe Available этот том будет присоединен к виртуальной машине клиента СРК для последующего резервного копирования.
false
true, false
-
После выбора настроек правила резервного копирования нажмите на кнопку «Добавить правило в шаблон», если хотите создать сразу несколько правил — правило для выбранного типа ресурса (OPENSTACK либо OPENSTACK Volume) и выбранного ресурса (виртуальной машины или тома) появится в списке правил под кнопкой (Рисунок 8). Таким образом создайте столько правил, сколько требуется. Для создания одного правила нажимать на кнопку не нужно.
Рисунок 8. -
Заполните раздел «Шаблон глобального расписания» (подробнее см. в разделе RuBackup Manager (RBM)).
-
Нажмите на кнопку «Применить» в правом-верхнем углу для завершения настройки и создания правила/правил.
Вновь созданное правило будет иметь статус run
. Если необходимо
создать правило, которое пока не должно порождать задач резервного
копирования, нужно убрать отметку «Включить после создания».
При необходимости, администратор может приостановить работу правила или немедленно запустить его (т. е. инициировать немедленное создание задачи при статусе правила wait).
Правило глобального расписания имеет срок жизни, определяемый при его создании, а так же предусматривает следующие основные возможности:
-
Выполнить скрипт на клиенте перед началом резервного копирования.
-
Выполнить скрипт на клиенте после успешного окончания резервного копирования.
-
Выполнить скрипт на клиенте после неудачного завершения резервного копирования.
-
Выполнить защитное преобразование резервной копии на клиенте.
-
Периодически выполнять проверку целостности резервной копии.
-
Хранить резервные копии определённый срок, а после его окончания удалить их из хранилища резервных копий и из записей репозитория либо уведомить пользователей системы резервного копирования об окончании срока хранения.
-
Через определённый срок после создания резервной копии автоматически переместить её на другой пул хранения резервных копий, например, на картридж ленточной библиотеки.
-
Уведомлять пользователей системы резервного копирования о результатах выполнения тех или иных операций, связанных с правилом глобального расписания.
При создании задачи RuBackup она появляется в очереди задач. Отслеживать исполнение правил может как администратор с помощью RBM или утилит командной строки, так и клиент при помощи Менеджера клиента RuBackup (RBC) или утилиты командной строки rb_tasks.
После успешного завершения резервного копирования резервная копия будет размещена в хранилище резервных копий, а информация о ней будет размещена в репозитории RuBackup.