Настройки правил глобального расписания#
Для выполнения резервного копирования блочного устройства необходимо при помощи RBM создать правило в глобальном расписании, в котором указать соответствующий тип ресурса Ceph block device. При создании правила в глобальном расписании администратор будет видеть список всех блочных устройств на клиенте и может выбрать требуемое (для этого необходимо, чтобы на клиенте работал клиентский фоновый процесс).
При создании правила резервного копирования можно определить следующие параметры:
тип резервного копирования (полный, дифференциальный или инкрементальный);
разрешенный максимальный объем для всех резервных копий правила;
необходимость преобразования резервной копии тем или иным алгоритмом (преобразование будет выполняться на стороне клиента);
шаблон времени и даты создания задачи резервного копирования;
флаг и период автоматической проверки резервной копии;
срок хранения резервных копий создаваемого правила;
пул хранения, в котором будут размещены резервные копии;
необходимость автоматического удаления резервной копии, срок хранения которой истек;
перемещение резервной копии в другой пул, при достижении определенного срока с момента ее создания;
возможность для клиента удалять резервные копии из репозитория;
настройки системы уведомления для создаваемого правила.
Уведомления могут происходить в следующих случаях:
нормальное исполнение процедуры резервного копирования;
исполнение процедуры резервного копирования с ошибками;
проверка резервной копии;
окончание периода действия создаваемого правила;
окончание выделенного объема для хранения резервных копий правила;
окончание срока хранения резервной копии;
дополнительные настройки правила для выполнения резервного копирования блочного устройства Ceph:
где:
direct_restore_with_new_name
— при установленном значенииtrue
резервная копия будет восстановлена во вновь созданное устройство с новым именем;new_pool_name
— создать новое устройство в указанном пуле (пул должен быть создан заранее);new_image_name
— создать новое устройство и заданным именем для восстановления резервной копии;script_before_snapshot
— скрипт, который будет выполнен на клиенте непосредственно перед созданием снимка блочного устройства;script_after_snapshot
— скрипт, который будет выполнен непосредственно после создания снимка состояния блочного устройства.