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

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

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

Для просмотра ленточных картриджей с файловой системой типа Native, входящих в резервную копию:

  1. выберите резервную копию в списке и вызовите контекстное меню;

  2. во вкладке Перейти к… выберите Очередь задач.

Для управления синтетическими резервными копиями:

  1. выберите резервную копию в списке и вызовите контекстное меню;

  2. во вкладке Операции выберите:

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

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

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

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

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

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

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

    В секции Место восстановления необходимо указать клиент и каталог распаковки — место восстановления резервной копии. При необходимости установите флаги параметров:

    • Восстановить на целевом ресурсе

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

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

    • Восстановление через синтетическую РК

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

      Синтетические резервные копии доступны только для пулов типа Block device.

    При нажатии […] в поле Параметры восстановления для модуля появится окно с дополнительными параметрами:

    Параметры восстановления для модуля
    Параметр Описание

    worker_parallelism

    Количество рабочих сетевых потоков, используемых для восстановления блоков данных ресурса

    По умолчанию

    8

    memory_threshold

    Верхняя граница использования оперативной памяти (в ГБ) при восстановлении резервной копии.

    4 – минимальное значение, которое может быть учтено. Меньшее значение параметра не учитывается.

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

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

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

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

    По умолчанию

    0

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

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

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

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

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

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

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

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

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

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

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

Not verified

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

Verification failed

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

Verified

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

Unreliable

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

Mistrusted

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

Trusted

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

Broken chain

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

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

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

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

Чтобы скопировать резервную копию в другой пул, выберите резервную копию и нажмите Operations Операции → Clone Копировать. Из списка Выберите пул назначения задайте пул, в который будет скопирована выбранная резервная копия.

В раздел Задачи будет добавлена системная задача типа Copy.

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

Сценарии копирования РК в другой пул и ограничения работы описаны в Пулы.

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

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

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

В раздел Задачи будет добавлена системная задача типа Move.

Сценарии перемещения РК в другой пул и ограничения работы описаны в Пулы.

Чтобы ускорить перемещение РК из одного файлового пула в другой, воспользуйтесь параметром Глобальной конфигурации Число потоков для задач копирования и перемещения.

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

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

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

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

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

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

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

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

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

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

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

9. Создать синтетическую РК

Чтобы создать синтетическую РК необходимо выбрать последнюю инкрементальную РК из цепочки, вызвать контекстное меню и нажать Создать синтетическую РК.

При создании синтетической РК в разделе Tasks Задачи будет добавлена системная задача с типом Synthetic. После выполнения задачи в разделе Storages Репозиторий появится синтетическая резервная копия.

Синтетические резервные копии доступны только для пулов типа Block device.

10. Синтетическая РК в другой пул

Чтобы создать синтетическую РК в другом пуле типа Block device необходимо выбрать последнюю инкрементальную РК из цепочки, вызвать контекстное меню и нажать Синтетическая РК в другой пул, из списка Выберите пул назначения выберите пул, в котором будет создана выбранная резервная копия.

При создании синтетической РК в другом пуле в разделе Tasks Задачи будут добавлены системные задачи типов:

  1. Synthetic для создания синтетической РК из цепочки инкрементальных РК.

  2. Move для перемещения синтетической РК в другой пул.

После выполнения задач в разделе Storages Репозиторий появится синтетическая резервная копия.

Синтетические резервные копии доступны только для пулов типа Block device.
1. Актуально только для ресурса oVirt.