Логические бэкапы

Логический бэкап — это pg_dump. ide99 запускает его через UI с понятными опциями: что включать, как сжимать, куда сохранять. Восстановление через pg_restore — тоже UI.

Открыть

+ New tab → Backup Center. Внутри — две вкладки: Backup и Restore.

Бэкап-функционал требует, чтобы утилиты pg_dump, pg_restore, pg_basebackup были доступны на машине, где запущен ide99. На macOS они идут с Postgres.app или brew install libpq. На Linux — apt install postgresql-client-17 (или соответствующая версия).

Backup

Форма создания бэкапа:

Источник

Connection — выбрать подключение
Scope:
- Full database — вся БД целиком
- Schemas — выбрать одну или несколько
- Tables — выбрать конкретные таблицы (с колонкой «Estimated size»)

Что включать

Data ✓ — данные таблиц
Schema ✓ — DDL (CREATE TABLE, CREATE INDEX и т.д.)
Owners — права собственности (OWNER TO)
Privileges — GRANT/REVOKE
Roles — определения ролей (только для polnogo дампа БД)

Формат

Custom (-Fc) — рекомендуется. Бинарный формат, может быть параллельно восстановлен через pg_restore -j.
Directory (-Fd) — каталог из файлов. Поддерживает параллельный dump (-j) и параллельный restore.
Plain (-Fp) — .sql-файл, читается глазами. Для маленьких баз и snapshot'ов схемы.
Tar (-Ft) — устаревший, не рекомендуется.

Сжатие

None — быстрее всего, но больше места
gzip (default level 6) — стандарт
lz4 — быстрее распаковка, чуть больше размер
zstd — лучшее соотношение размер/скорость (если Postgres ≥ 16)

Параллелизм

Jobs — для directory-формата: количество параллельных воркеров

Назначение

Path — куда сохранить. По умолчанию ide99 предлагает ~/ide99-backups/<db>-<date>.dump.

Кнопка Start backup запустит pg_dump с собранными опциями. ide99 покажет live-progress: процент, скорость, что делается прямо сейчас (dumping table public.events).

Restore

Форма восстановления:

Source file — выбрать ранее созданный бэкап (custom, directory, или plain .sql)
Target connection — куда восстановить (отдельное подключение, обычно к dev-базе)
Mode:
- Restore everything
- Schema only — только структура без данных
- Data only — только данные (структура должна уже быть)
Specific schemas/tables — восстановить выборочно
Drop and recreate — DROP TABLE перед восстановлением (опасно — требует подтверждения)

ide99 запустит pg_restore (или psql-исполнение для plain формата) с прогрессом.

Расписание

В backup-форме внизу — кнопка Schedule. Откроется визард:

Frequency: daily / weekly / custom cron
Time: время запуска
Retention: сколько последних бэкапов хранить (старые автоматически удалятся)

Расписание работает только пока запущен ide99. Это десктоп-приложение, не сервер. Для серьёзного prod-расписания используйте серверный cron + pg_dump или managed-сервис вашего провайдера.

Где хранить бэкапы

ide99 пишет в локальную файловую систему. Дальше — ваше дело:

Локальный диск — для регулярных dev-снапшотов
Внешний диск — для быстрого offline-копирования
S3 / B2 / любой object storage — настройте rclone или aws s3 cp поверх

Что не делает

Не шифрует бэкапы. Если нужно — gpg --encrypt после pg_dump.
Не загружает в облако. Сохраняет только локально.
Не делает point-in-time recovery (PITR) — для этого нужны base backup + WAL archive, см. Базовые бэкапы.

Что дальше

Базовые бэкапы — pg_basebackup + WAL для PITR.
Миграции — pg_dump --schema-only отлично подходит для аудита состояния схемы.