Резервное копирование

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

Для того чтобы настроить правило резервного копирования данных файловых систем, каталогов и отдельных файлов необходимо:

1. Открыть в RBM вкладку Глобальное расписание.

2. Добавить, клонировать или редактировать правило глобального расписания.

3. В поле Тип ресурса выбрать из выпадающего списка значение ресурса File system.

4. Открыть тонкие настройки параметров модуля, нажав поля Тип ресурса — File system и выбрать значения параметров модуля.

5. В открывшемся окне доступны следующие настройки модуля:

   • file_list — переключатель для создания спецификации, содержащей все имена файлов архива метаданных резервной копии;

   • numeric_owner — данные пользователей и групп пользователей, права доступа на файлы и папки которых будут восстановлены в случае восстановления файловой системы из резервной копии. Возможны следующие состояния переключателя:

     • активирован — в метаданных созданной резервной копии будут сохранены идентификаторы пользователей UID и идентификаторы групп пользователей GID, которым предоставлены права доступа к резервируемым данным;

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

   • use_snapshot — переключатель для создания резервной копии мгновенных снимков состояния файловой системы. Если переключатель деактивирован, то выполняется резервное копирование файловой системы выбранного ресурса.

   Нижеприведенные параметры настройки модуля используются только при активированном переключателе use_snapshot, то есть при резервном копировании мгновенных снимков состояния файловой системы:

   • ignore_errors_snapshot — параметр, определяющий будет ли продолжено выполнение задачи резервного копирования в случае возникновения ошибок при создании мгновенного снимка состояния. Возможные состояния переключателя:

     • активирован — в случае возникновения ошибки при создании мгновенного снимка состояния задача создания резервной копии снимка состояния будет выполнена с замечаниями. Статус задачи в разделе Очередь задач будет Done with a defect;

     • деактивирован — задача создания резервной копии снимка состояния будет прервана и завершится с ошибкой в случае возникновения ошибки при создании снимка состояния. Статус задачи в разделе Очередь задач будет Error, в журнале задачи будет указано, что мгновенный снимок состояния не создан;

   • snapshot_type — способ создания мгновенных снимков состояния файловой системы. Возможные значения: lvm, dattobd, tatlin.

   При выборе способа создания снимка состояния не проверяется его доступность на клиенте подсистемы.

   Примечание: при использовании Tatlin Unified Storage необходимо предварительно на хосте, на котором развернут модуль резервного копирования и восстановления данных файловых систем, установить утилиты multipath и sg3_utils.

   • snapshot_size — выбор размера снимка:

     • при использовании способа создания снимков LVM — это размер мгновенного снимка состояния в % от размера Logical Volume тома, на котором расположена резервируемая файловая система. В LVM volume groups, в которых расположены тома LVM, должно быть не менее 10% свободного места для возможности создания моментальных снимков LVM;

     • при использовании способа создания снимков dattobd — это размер мгновенного снимка состояния в % от размера устройства, на котором расположена резервируемая файловая система;

     • при использовании способа создания снимков tatlin — значение этого параметра не используется;

   Создать файл скрипта, используемый при создании резервной копии, в папке`` /opt/rubackup/scripts`` и указать путь в файловой системе Клиента подсистемы к скриптам, которые должны быть выполнены:

   • script_before_snapshot — указанный скрипт будет выполнен с аргументом before до создания мгновенного снимка состояния;

   • script_after_snapshot — указанный скрипт будет выполнен с аргументом after после успешного создания мгновенного снимка состояния. Скрипт не будет выполнен, если мгновенный снимок состояния не был создан;

   • script_error_snapshot — указанный скрипт будет выполнен при возникновении ошибок во время создания мгновенного снимка состояния в процессе выполнения вышеуказанных скриптов с аргументами after и before.

   Требования к скриптам:

   • скрипт должен быть добавлен в каталог /opt/rubackup/scripts на Клиенте;

   • скрипт должен быть исполняемым;

   • интерпретатор скрипта — bash.

   Примечание 1: скрипты не будут выполнены, если параметр use_snapshot выключен.

   Примечание 2: если при запуске скрипта before произошла ошибка, снапшот не будет создан — задача резервного копирования продолжит выполнение согласно выбранному значению параметра ignore_errors_snapshot.

   Примечание 3: если при запуске скрипта after произошла ошибка, снапшот уже был создан, но не будет использоваться, задача резервного копирования продолжит выполнение согласно выбранному значению параметра ignore_errors_snapshot.

   Примечание 4: если при запуске скрипта error произошла ошибка, задача резервного копирования продолжит выполнение согласно выбранному значению параметра ignore_errors_snapshot.

6. Настроить Правило.

7. Применить настройки, нажав на кнопку Применить.

Вновь созданное правило будет обладать статусом wait — это означает, что оно не будет порождать задач на выполнение резервного копирования до тех пор, пока администратор подсистемы не запустит его и оно изменит свой статус на run. При необходимости работу правила можно будет приостановить или запустить в любой момент времени по желанию администратора. Так же администратор может инициировать немедленное создание задачи при статусе правила wait.