Централизованное восстановление резервных копий с помощью RBM

При выполнении операции восстановления с развертыванием существующий кластер баз данных СУБД PostgreSQL будет уничтожен, а на его месте будет восстановлен кластер баз данных из резервной копии. Перед операцией восстановления рекомендуется принудительно остановить работу всех клиентов с СУБД и выполнить полное резервное копирование!

Рекомендуется отключить в конфигурационном файле (подробнее об включении и отключении централизованного восстановления см. в документе «Руководство системного администратора RuBackup») возможность централизованного восстановления СУБД на клиенте и выполнять восстановление из резервной копии только со стороны клиента под контролем администратора СУБД.

Централизованное восстановление и восстановление с развертыванием рекомендуется предварительно выполнять на резервном хосте (виртуальной машине) для проверки корректности восстановления СУБД.

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

В тех случаях, когда централизованное восстановление на клиенте включено, его можно инициировать, вызвав правой кнопкой мыши контекстное меню «Восстановить» во вкладке «Репозиторий» (Рисунок 1):

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

В окне централизованного восстановления можно увидеть основные параметры резервной копии (Рисунок 2):

22
Рисунок 2. Основные параметры резервной копии

Также в разделе «Репозиторий» можно увидеть дополнительные параметры резервных копий, сделанных для модуля PostgreSQL universal. Для этого нажмите кнопку «Дополнительно» и выберите нужный модуль (Рисунок 3):

23
Рисунок 3. Раздел «Репозиторий»

Откроется таблица с дополнительными параметрами резервных копий (Рисунок 4):

24
Рисунок 4. Таблица с дополнительными параметрами резервных копий

Значение параметров:

  • record — id резервной копии.

  • client_hostname — имя (хост) клиента, с которого сделана резервная копия.

  • client_hwid — уникальный id клиента.

  • resource — ресурс, для которого сделана резервная копия.

  • backup_type — тип резервной копии (full — полная, incremental — инкрементальная).

  • incremental_subtype — подтип инкрементального резервного копирования. Колонка может принимать значения archive_wal, page, delta или ptrack в зависимости от режима, в котором сделана резервная копия (подробнее см. Настройка правил резервного копирования СУБД PostgreSQL).

  • TLI — timeline id начального и конечного WAL-файлов в резервной копии, разделенные символом /.

  • WAL — общий объём WAL-файлов в резервной копии, выражается в байтах, килобайтах, мегабайтах и т.д.

  • WAL_MODE — принимает значение ARCHIVE_WAL (режим непрерывной архивации) или STREAM (стрим режим).

  • START_LSN — начальный LSN при вызове pg_start_backup().

  • STOP_LSN — конечный LSN при вызове pg_stop_backup().

1. Режим восстановления с развертыванием

Существует два режима восстановления резервной копии — с развертыванием и без. Чтобы восстановить резервную копию с развертыванием, включите опцию «Развернуть, если применимо» (Рисунок 5). В том случае если опция включена, восстановление базы данных из резервной копии будет выполнено автоматически — дополнительные действия со стороны пользователя не требуются.

2. Режим восстановления без развертывания

Если выбран режим без развертывания, при восстановлении необходимо указать каталог для восстановления резервной копии (Рисунок 5).

После завершения задачи по восстановлению необходимо:

  1. Перенести файлы из каталога для восстановления в целевые каталоги, т.е. из каталога для восстановления /restore_dir/number.rest/var/lib/postgresql/11/main (где number — это номер резервной копии) в /var/lib/postgresql/11/main с заменой файлов, а также из каталога для восстановления /restore_dir/number.rest/opt/rubackup/mnt/postgresql_archives перенести wal-файлы (где number — это номер резервной копии) для восстановления в /opt/rubackup/mnt/postgresql_archives/;

  2. В RBM в разделе Репозиторий выберите восстанавливаемую РК и нажмите кнопку «Восстановить» 92.

  3. В открывшемся окне в блоке «Место восстановления» (Рисунок 5) нажмите на иконку 93 рядом с полем «Параметры восстановления для модуля»

    25
    Рисунок 5. Блок «Место восстановления»

  4. Опционально, при использовании хранилища секретов: в параметрах восстановления деактивируйте переключатель «Использовать настройки по умолчанию» [1] и выберите метод получения аутентификационной информации для подключения к восстанавливаемой базе данных (Рисунок 6). При восстановлении данных СУБД PostgreSQL можно использовать любой доступный секрет.

    26
    Рисунок 6. Выбор метода получения аутентификационной информации

  5. Нажмите кнопку 91 для применения выбранных настроек и восстановления данных.

  6. Проверить ход выполнения восстановления резервной копии можно в окне «Очередь задач» (Рисунок 7):

    27
    Рисунок 7. Окно «Очередь задач»

При успешном завершении восстановления задача переходит в статус «Done».

Так же можно проконтролировать ход восстановления резервной копии в журнальном файле:

011
Рисунок 8. Журнальный файл
Права на папку, которая была создана для восстановления резервной копии после завершения восстановления будет иметь права root:root.
1. Настройки по умолчанию будут добавлены в последующих релизах программного продукта в это же окно для поля «Параметры восстановления для модуля»