Основное окно

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

image$10000000000005A1000002AFDD390AA57F15CD13

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

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

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

image$10000001000007420000043AB947669402BE324E

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

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

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

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

  • переключатель Переместить метаданные в файловый пул, ассоциированный с выбранным пулом:

    1. может принимать следующие значения:

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

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

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

      2. Деактивирован – при перемещении РК её метаданные останутся в текущем файловом пуле.

        При перемещении резервной копии, хранящейся в блочном пуле, в разделе Очередь задач будет добавлена системная задача типа Move.

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

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

image$10000000000004C4000002F3B6D758BDF032B637

Чтобы переместить метаданные резервной копии, хранящейся в блочном пуле, в другой файловый пул, следует выбрать нужную резервную копию и нажать Move metadata. В появившемся окне нужно выбрать файловый пул, в который будет перемещен info-файл, содержащий метаданные выбранной резервной копии (рисунок 4):

image$100000000000059D000002B370B0793D75CC8BF0

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

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

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

image$10000001000007420000043AD5A4C9A129E19A85

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

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

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

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

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

При запуске проверки резервной копии в разделе Очередь задач (Очередь задач) будет создана задача с типом Verify.

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

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

Not verified

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

Verification failed

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

Verified

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

Unreliable

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

Mistrusted

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

Trusted

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

Broken chain

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

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

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

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

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

image$10000001000007420000043A3F4744202F801ADD

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

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

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

    image$100000000000069F0000033D23C4D7C933D5EF6E

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

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

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

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

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

    image$10000000000001FC000001A9870619C9A73D1B46

    • 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 байт на каждый файл зарезервированного ресурса.

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

    image$10000000000002B50000015F70B9CD7A6DB85DEA

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

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

    image$10000001000002C8000002062522A7CC90DADF0A
    image$10000001000007420000043A9A68814C9BB2213F

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

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

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