Раздел «Репозиторий»

Раздел Репозиторий хранит метаданные всех резервных копий RuBackup. Сами резервные копии располагаются в устройствах хранения резервных копий, которые ассоциированы с пулами хранения резервных копий.

В данном разделе возможны следующие действия:

1. Восстановление резервной копии

Если выполнялись разностные резервные копии, то они будут ссылаться на предыдущую (полную или разностную резервную копию). Это означает, что при восстановлении последней резервной копии в цепочке резервных копий потребуется восстановить все предыдущие (см. столбец Ссылка), что при восстановлении резервных копий будет происходить автоматически.

Для восстановления резервной копии:

  1. Перейдите в раздел Репозиторий;

  2. Нажмите на нужной резервной копии правой кнопкой мыши и выберите Restore Восстановить:

  3. В открывшемся окне заполните необходимые параметры восстановления в секциях: Информация о резервной копии, Место восстановления и Гранулярное восстановление.

    В секции Информация о резервной копии представлены нередактируемые параметры резервной копии.

    В секции Место восстановления необходимо указать клиент и каталог распаковки — место восстановления резервной копии. В поле Каталог распаковки доступна подсказка с нежелательным местами назначения для восстановления резервной копии. Также можно включить опцию восстановления на целевом ресурсе, если она доступна для текущего источника данных. Данная опция позволяет восстановить резервную копию ресурса в целевой ресурс, а не в локальную директорию на клиенте резервного копирования. С помощью этой функциональности возможно восстановить данные из резервной копии непосредственно в целевой системе, например, развернуть виртуальную машину или базу данных.

    В зависимости от используемого модуля резервного копирования все данные, находящиеся в целевом ресурсе на момент восстановления, могут быть заменены данными из резервной копии. Подробнее см. руководство к используемому модулю.
    При восстановлении ряда модулей можно указать дополнительные параметры для восстановления, использующиеся с конкретным модулем. Это можно сделать как в RBM, нажав на иконку …​ рядом с полем Параметры восстановления для модуля, так и через утилиту rb_archives (более подробно см.документацию к модулям). Кроме того, список дополнительных параметров при восстановлении можно посмотреть у самого модуля, вызвав бинарный файл модуля с опцией -o.

    При нажатии Общие настройки модуля появится окно с параметрами (Рисунок 1):

    10000000000001FC000001A9870619C9A73D1B46
    Рисунок 1.

    • worker_parallelism задает количество потоков, которые будут участвовать в процессе восстановления блоков данных ресурса. Значение по умолчанию — 8;

    • memory_threshold устанавливает верхнюю границу использования оперативной памяти (в Гб) на клиенте при восстановлении резервной копии. Минимальной верхней границей является значение параметра, равное 4. Если указанное значение меньше 4, параметр будет проигнорирован, а в процессе восстановления появится соответствующее предупреждение. Рекомендуемое значение параметра можно рассчитать по следующей формуле: количество потоков (параметр worker_parallelism) / 4.

      Если в резервной копии более 10 млн файлов, то в процессе её восстановления с параметром memory-threshold потребуется оперативная память в размере 650 байт на каждый файл дополнительно к уже используемой клиентом.

      Также при восстановлении резервной копии с использованием параметра memory-threshold для хранения метафайла необходимо дополнительное место на диске в файловом пуле, в котором находятся метаданные резервной копии, в размере 2% от размера зарезервированного ресурса. Размер метафайла для резервной копии, содержащей свыше 10 млн файлов, будет включать 2% от размера ресурса плюс 150 байт на каждый файл зарезервированного ресурса.

      В случае, когда резервная копия была сделана без параметра memory-threshold, при восстановлении с memory-threshold на сервере потребуется в 2 раза больше оперативной памяти, чем для восстановления резервной копии, которая была сделана с параметром memory-threshold.

    Для восстановления резервной копии, сделанной с использованием параметра memory-threshold, требуется оперативная память на сервере в размере 3% от объема зарезервированного ресурса дополнительно к той, что уже используется сервером. Если восстанавливаемая резервная копия содержит свыше 10 млн файлов, то к 3% от объема зарезервированного ресурса прибавится еще 650 байт на каждый файл зарезервированного ресурса.

    При необходимости гранулярного восстановления в секции Гранулярное восстановление добавьте либо исключите определенные файлы (Рисунок 2).

    10000000000002B50000015F70B9CD7A6DB85DEA
    Рисунок 2.

    Гранулярное восстановление позволяет восстанавливать отдельные файлы, входящие в резервную копию. Например, при резервном копировании папки с несколькими файлами, возможно восстановить отдельно какой-либо файл, входящий в данную папку.

    Для того, чтобы гранулярное восстановление было доступно, в настройках клиента должно быть включено централизованное восстановление (Рисунок 3) и при создании резервной копии в свойствах типа ресурса должен быть включен соответствующий параметр, например, для файловой системы - file_list.

    10000001000002C8000002062522A7CC90DADF0A
    Рисунок 3.

  4. Нажмите Apply Применить.

    В результате в разделе Задачи будет создана задача на восстановление резервной копии. По завершении задачи на восстановление резервная копия будет восстановлена.

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

2. Проверка резервной копии

Кнопка Verify Проверить позволяет проверить резервную копию на целостность данных.

При запуске проверки резервной копии в Раздел «Задачи» будет создана задача с типом Verify.

По завершении задачи на проверку РК в разделе Репозиторий в столбце Статус проверки отобразится статус проверки РК (Таблица 1).

Таблица 1. Статус проверки резервных копий в репозитории
Статус Описание

Not verified

Резервная копия не была проверена

Verification failed

Размеры файлов резервной копии отличаются от записи в репозитории

Verified

Размеры файлов резервной копии соответствуют записи в репозитории, но проверка электронной подписи резервной копии не осуществлялась

Unreliable

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

Mistrusted

Проверка электронной подписи закончилась неудачно

Trusted

Проверка электронной подписи закончилась удачно

Broken chain

В цепочке отсутствует одна из резервных копий, которая должна предшествовать инкрементальной или дифференциальной резервной копии

При проверке резервной копии, созданной в модуле PostgreSQL (Universal) с пулом типа Client Defined, статус проверки будет отображаться как Verified, а не как Trusted.

При проверке резервной копии в блочном устройстве и обнаружении повреждений резервной копии статус проверки будет Error, при отсутствии повреждений резервной копии статус проверки будет отображаться как Done.

3. Копирование резервной копии в другой пул

Чтобы осуществить копирование резервной копии в другой пул, следует выбрать нужную резервную копию и нажать Operations Операции → Clone Копировать. В появившемся окне нужно выбрать пул, в который будет скопирована выбранная резервная копия (Рисунок 4):

10000001000007420000043AB947669402BE324E
Рисунок 4.

При копировании резервной копии, хранящейся в блочном пуле, в другой блочный пул метаданные будут скопированы в файловый пул, ассоциированный с выбранным блочным пулом, в Раздел «Задачи» будет добавлена системная задача типа Copy.

4. Перемещение резервной копии в другой пул

Чтобы осуществить перемещение резервной копии в другой пул, следует выбрать нужную резервную копию и нажать Operations Операции → Move Переместить. В появившемся окне:

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

5. Перемещение метаданных резервной копии в другой пул

Метаданные РК, хранящейся в блочном пуле, будут перемещены в файловый пул, ассоциированный с выбранным блочным пулом, в который была перемещена соответствующая РК.

При перемещении info-файла метаданных в разделе Задачи будет добавлена соответствующая системная задача Move meta.

Если ранее метаданные были перенесены в отдельный пул хранения, который не связан с выбранным в данный момент блочным пулом, то при последующих операциях перемещения они сохранят своё текущее расположение.

6. Удаление резервной копии

Чтобы удалить резервную копию из репозитория в разделе Репозиторий следует выбрать нужную резервную копию и нажать Operations Операции → Delete Удалить.

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

7. Время хранения резервной копии

Чтобы задать время хранения резервной копии необходимо выбрать нужную резервную копию и нажать Management Управление → Store until Хранить до. В появившемся окне нужно определить дату и время хранения выбранной резервной копии (Рисунок 5):

10000001000007420000043AD5A4C9A129E19A85
Рисунок 5.

8. Настройка таблицы

Для настройки отображения колонок таблиц нажмите Columnsettings (Настройки таблицы). В открывшемся окне можно или переключатель для отображения колонок.

1. Актуально только для ресурса oVirt.