Восстановление резервной копии кластера Postgres Pro

Ход восстановления резервной копии кластера Postgres Pro зависит от значения параметра direct_restore в файле конфигурации модуля резервного копирования /opt/rubackup/etc/rb_module_postgres_pro_13.conf.

Если параметр direct_restore имеет значение yes, то произойдёт остановка сервера Postgres Pro, очистка каталога кластера баз данных (только при значении restore_mode: 'CHECKSUM'), перемещение разархивированной резервной копии в каталог кластера баз данных и запуск сервера Postgres Pro.

Если параметр direct_restore имеет значение no, то восстановленные резервные копии будут расположены в выбранном для восстановления каталоге, и восстановление СУБД можно будет провести вручную.

Клиент может осуществить восстановление данных резервной копии в оконном Менеджере Клиента RuBackup (RBC), либо при помощи утилиты командной строки rb_archives.

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

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

Для восстановления данных резервной копии в оконном Менеджере Клиента RuBackup (RBC) необходимо выполнить следующие действия:

  • Выделить нужную резервную копию и в контекстном меню выбрать «Восстановить».

  • Ввести пароль клиента и далее RBC выведет информационное сообщение о дальнейших действиях.

  • Указать в качестве временного места восстановления резервных копий каталог, отдельный от копируемого каталога кластера баз данных (/var/lib/pgpro/std-13/data/).

  • Далее появится информационное сообщение о создании задачи на восстановление.

  • Проконтролировать результат процесса восстановления можно после автоматического переключения RBC на вкладку «Задачи» (рисунок 1):

Image18

Восстановление при помощи утилиты rb_archives

Для восстановления резервных копий клиент может использовать утилиту командной строки rb_archives. Вызов следующий:

rb_archives
Image19

В приведённом примере в системе резервного копирования присутствуют пять резервных копий с идентификаторами 32, 33, 34, 35 и 36. Для восстановления резервной копии 32 необходимо выполнить команду:

rb_archives -x 32
Image20

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

Проконтролировать процесс восстановления можно при помощи утилиты rb_tasks:

rb_tasks
Image21

Вы можете проконтролировать процесс восстановления в файле журнала при помощи вызова:

tail -f /opt/rubackup/log/RuBackup.log
Image22