Плагин PostgreSQL работает как стандартное клиентское приложение СУБД, протестированное на версиях 18, 17, 16, 15 и 14, и предоставляет программе доступ ко всем объявленным базам данных (БД) и таблицам. Структура файловой системы при работе с плагином следующая:
Инкрементальное резервное копирование PostgreSQL не поддерживается в Handy Backup, так как плагин не работает с атрибутами файлов и папок. Чтобы сократить объём данных в хранилище, мы рекомендуем использовать дифференциальное резервное копирование.
Для работы PostgreSQL версии 10 и более поздних версий необходимо использовать Handy Backup с разрядностью 64 бита
Файловая система при работе с плагином PostgreSQL
Плагин PostgreSQL создаёт дамп-файлы БД, по одному файлу на каждую таблицу. Каждый файл резервной копии носит имя соответствующей таблицы и содержит все операторы, данные и действия PostgreSQL, необходимые для создания и заполнения данными таблицы. Этот формат файлов понятен и легко читается. Файлы перед восстановлением можно легко изменить при необходимости (сохраняя правильный синтаксис языка SQL).
В настоящее время плагин поддерживает только метод восстановления DROP-CREATE, удаляющий файл перед восстановлением и пересобирающий таблицу заново.
Для создания резервной копии PostgreSQL выполните следующие действия:

Внимание: Если у вас нет конфигураций PostgreSQL, вам нужно создать хотя бы одну из них. Чтобы узнать, как это сделать, пожалуйста, перейдите в раздел справки о создании конфигураций PostgreSQL.
После выбора данных для резервного копирования вы должны будете указать место хранения резервных копий, выбрать необходимые дополнительные действия (например, сжатие, шифрование и т.д.), и дать задаче имя.
Эти действия не являются специфическими для плагина PostgreSQL, и вы можете найти их описание в разделе инструкции, посвящённом созданию новой задачи.
Для восстановления PostgreSQL из бэкапа воспользуйтесь инструкцией.
Чтобы просматривать базы данных PostgreSQL, выбирать данные для резервного копирования и исполнять задачи записи копий, пользователь PostgreSQL должен иметь достаточные привилегии для выполнения запросов SELECT в рамках каждого объекта, с которым планируется вести работу.
Узнайте больше о резервном копировании PostgreSQL.
В данном разделе: