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

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

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

    10000000000005A10000033489450B120029B9DB
    Рисунок 1.
  2. Выберите клиент, вместе с которым установлен модуль RuBackup, предназначенный для резервного копирования виртуальных машин или томов OpenStack (модуль «rb_module_openstack», тип ресурса «OPENSTACK» либо модуль «rb_module_openstack_vol», тип ресурса «OPENSTACK Volume») (Рисунок 2):

    100000000000059E0000033C490E111F0826D91B
    Рисунок 2.
  3. Выберите «Тип ресурса» → «OPENSTACK» или «OPENSTACK Volume» (Рисунок 3):

    100000000000059F000003020F651D46B1258981
    Рисунок 3.
  4. Нажмите на иконку «…​» рядом с надписью «Ресурс» и выберите виртуальную машину или том, для которых требуется создать резервную копию (Рисунок 4):

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

    100000000000059B000003079D68E7E9C508C9F8
    Рисунок 5.
  6. Нажав на иконку «…​» рядом с выбранным типом ресурса, установите дополнительные настройки правила резервного копирования.

    Для типа ресурса «OPENSTACK» (Рисунок 6,таблица):

    10000001000005C60000026E771B37E3D505B092
    Рисунок 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»:

    10000000000001EE0000019B05F475D2939FEF3A
    Рисунок 7.
    Таблица 2. Дополнительные параметры правила резервного копирования томов OpenStack
    Параметр Описание − Алгоритмы защитного преобразования, доступные в утилите rbcrypt Значение по умолчанию Допустимые значения

    create_snapshot_if_volume_available

    Создание снапшота для последующего резервного копирования.

    Если задано значение true, то при резервном копировании тома в статусe Available для него будет создан снапшот для последующего резервного копирования.

    Если задано значение false, то при резервном копировании тома в статусe Available этот том будет присоединен к виртуальной машине клиента СРК для последующего резервного копирования.

    false

    true, false

  7. После выбора настроек правила резервного копирования нажмите на кнопку «Добавить правило в шаблон», если хотите создать сразу несколько правил — правило для выбранного типа ресурса (OPENSTACK либо OPENSTACK Volume) и выбранного ресурса (виртуальной машины или тома) появится в списке правил под кнопкой (Рисунок 8). Таким образом создайте столько правил, сколько требуется. Для создания одного правила нажимать на кнопку не нужно.

    10000001000005020000019C26ECDB8DA8ADE598
    Рисунок 8.
  8. Заполните раздел «Шаблон глобального расписания» (подробнее см. в разделе RuBackup Manager (RBM)).

  9. Нажмите на кнопку «Применить» в правом-верхнем углу для завершения настройки и создания правила/правил.

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

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

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

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

  2. Выполнить скрипт на клиенте после успешного окончания резервного копирования.

  3. Выполнить скрипт на клиенте после неудачного завершения резервного копирования.

  4. Выполнить защитное преобразование резервной копии на клиенте.

  5. Периодически выполнять проверку целостности резервной копии.

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

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

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

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

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