Databasus vs pgBackRest

И Databasus, и pgBackRest созданы для аварийного восстановления с минимальными RTO и RPO, и оба поддерживают физические бекапы, архивирование WAL и восстановление на момент времени (PITR). Databasus выполняет эти бекапы удаленно на нативном стеке PostgreSQL 17, то есть опирается на проверенный инструментарий самого PostgreSQL, а не изобретает свой — и все это за понятным веб-интерфейсом. Он подходит для баз любого размера и сложности. Физические бекапы требуют PostgreSQL 17 или новее; на старых версиях доступны только логические бекапы через pg_dump. pgBackRest поставляется с собственным движком бекапов, поэтому он делает физические и инкрементальные бекапы и на гораздо более старых версиях PostgreSQL, а еще добавляет продвинутые функции вроде дифференциальных бекапов и дельта-восстановления.

Быстрое сравнение

Краткий обзор ключевых различий между Databasus и pgBackRest:

Целевая аудитория

Самое существенное различие между инструментами — для кого они сделаны:

Аудитория Databasus

Databasus сделан для широкой аудитории, от соло-разработчиков до крупных компаний:

• Соло-разработчики: простая установка и понятный интерфейс позволяют защитить личные проекты без глубоких знаний PostgreSQL.
• Команды разработки: рабочие пространства, ролевой доступ и журнал аудита дают безопасную совместную работу.
• Крупные компании: масштабируется под корпоративные нужды с полноценной безопасностью, множеством хранилищ и каналов уведомлений.
• DBA и аварийное восстановление: физические бекапы, архивирование WAL и PITR для критически важных систем, где потеря данных почти недопустима.

Аудитория pgBackRest

pgBackRest — инструмент командной строки для команд, которые хотят запускать движок бекапов самостоятельно:

• Командная строка и IaC-процессы: команды, которым удобнее настраивать бекапы файлами и скриптами, а не через веб-интерфейс.
• Старые версии PostgreSQL: у pgBackRest свой движок, поэтому он делает физические и инкрементальные бекапы на PostgreSQL старше 17.
• Продвинутые функции на больших объемах: там, где дифференциальные бекапы, дельта-восстановление и создание standby-реплик оправдывают дополнительную настройку.

Подход к бекапам

Инструменты используют принципиально разные стратегии резервного копирования, у каждой свои плюсы:

Databasus: логические + физические бекапы

Databasus поддерживает обе стратегии, логическую и физическую:

• Физические, инкрементальные и WAL-бекапы: выполняются удаленно по протоколу репликации PostgreSQL на нативном стеке PostgreSQL 17 — pg_basebackup, поблочный pg_basebackup --incremental на основе серверных сводок WAL, pg_receivewal и pg_combinebackup. Databasus опирается на проверенный инструментарий самого PostgreSQL, а не изобретает свой. Требуется PostgreSQL 17 или новее.
• Логические бекапы: через pg_dump создаются переносимые дампы, которые можно восстановить на других версиях PostgreSQL, с выборочным восстановлением отдельных таблиц или схем. Это же единственный тип бекапа на PostgreSQL старше 17 и путь для MySQL, MariaDB и MongoDB.
• Ничего не ставится на сервер БД: бекапы подключаются удаленно; в закрытые сети доступ идет через SSH-туннель к внутреннему хосту или бастиону, так что базу не нужно открывать наружу.
• Эффективное сжатие: zstd (уровень 5) для обоих типов бекапов уменьшает размер в 4-8 раз.
• Доступ только на чтение: логическим бекапам достаточно прав SELECT, что снижает риски безопасности.

pgBackRest: физические бекапы

pgBackRest делает файловые (физические) бекапы каталога данных PostgreSQL:

• Инкрементальность на уровне блоков: копируются только измененные блоки, что сокращает время бекапа и объем хранилища для очень больших баз.
• Архивирование WAL: WAL архивируется непрерывно, что дает точное восстановление на момент времени.
• Полные, дифференциальные, инкрементальные: несколько стратегий бекапа под разные сценарии восстановления.
• Оптимизирован под масштаб: рассчитан на базы, для которых логические бекапы шли бы слишком долго.

Варианты восстановления

Оба инструмента дают гибкие варианты восстановления, но с разной гранулярностью:

Восстановление в Databasus

• Восстановление на момент времени: откат к любой конкретной секунде через проигрывание WAL.
• Полное восстановление кластера: весь кластер базы данных восстанавливается на нужный момент времени из физических бекапов.
• Логическое восстановление: восстановление из логических бекапов по расписанию на любую точку бекапа.
• Восстановление в один клик: скачивайте и восстанавливайте логические бекапы прямо из веб-интерфейса.
• Совместимость между версиями: логические бекапы можно восстановить на других версиях PostgreSQL.

Восстановление в pgBackRest

• Восстановление на момент времени (PITR): откат к любой конкретной секунде через проигрывание WAL.
• Полное восстановление кластера: весь кластер базы данных восстанавливается на нужный момент времени из физических бекапов.
• Параллельное восстановление: многопоточное восстановление ускоряет работу с большими базами.
• Дельта-восстановление: восстанавливаются только измененные файлы, что сокращает время.
• Создание реплик: создание реплик PostgreSQL из бекапов.

Удобство использования

Здесь инструменты различаются кардинально:

Работа с Databasus

• Веб-интерфейс: все настройки бекапов задаются мышью, командная строка не нужна.
• Установка за 2 минуты: cURL-скрипт в одну строку или простая Docker-команда, и все работает.
• Визуальный мониторинг: дашборд показывает статус бекапов, health-чеки и историю с одного взгляда.
• Встроенные уведомления: Slack, Teams, Telegram, Email или вебхуки настраиваются прямо в интерфейсе.
• Экспертиза PostgreSQL не нужна: сделан для разработчиков, которым нужны надежные бекапы без глубокого погружения в базы данных.

Работа с pgBackRest

• Интерфейс командной строки: все операции выполняются командами в терминале.
• Файлы конфигурации: нужно вручную править конфигурационные файлы в стиле INI.
• Настройка архивирования WAL: нужно настроить archive_command PostgreSQL и связанные параметры.
• Высокий порог входа: требуется понимание внутреннего устройства PostgreSQL, механики WAL и стратегий бекапа.
• Ожидается экспертиза DBA: документация предполагает знакомство с администрированием баз данных.

Руководство по установке Databasus →

Командные функции

Для организаций, где бекапами занимаются несколько человек:

Командные возможности Databasus

• Рабочие пространства: группируйте базы, уведомления и хранилища по проектам или командам. Пользователи видят только те рабочие пространства, куда их пригласили.
• Ролевой доступ: назначайте права viewer, editor или admin, чтобы контролировать, что может делать каждый участник.
• Журнал аудита: фиксируются все действия и изменения в системе. Необходим для комплаенса и подотчетности.
• Общие уведомления: командные каналы автоматически получают статусы бекапов.

Командные возможности pgBackRest

pgBackRest — инструмент командной строки без встроенных командных функций:

• Нет управления пользователями и контроля доступа
• Нет журнала аудита операций
• Координация в команде требует внешних инструментов и процессов
• Доступ контролируется правами на уровне ОС на файлы конфигурации

Подробнее об управлении доступом в Databasus →

Безопасность

Оба инструмента дают серьезные средства безопасности:

Безопасность Databasus

• Шифрование AES-256-GCM: все пароли, токены и учетные данные шифруются. Ключ шифрования хранится отдельно от базы данных.
• Уникальное шифрование бекапов: каждый файл бекапа шифруется уникальным ключом, выведенным из мастер-ключа, ID бекапа и случайной соли.
• Доступ к базе только на чтение: используются только права SELECT, что защищает данные от порчи даже при компрометации.

Безопасность pgBackRest

• Шифрование репозитория: репозитории бекапов можно шифровать AES-256.
• Транспорт TLS/SSH: безопасная связь для удаленных операций.
• Проверка контрольных сумм: целостность бекапов проверяется при создании и восстановлении.

Подробнее о безопасности Databasus →

Варианты хранилищ

Оба инструмента поддерживают несколько хранилищ, но у Databasus больше вариантов для обычных пользователей:

Хранилища Databasus

• Локальное хранилище
• Amazon S3 и S3-совместимые сервисы
• Google Drive
• Cloudflare R2
• Azure Blob Storage
• NAS (сетевые хранилища)
• Dropbox

Хранилища pgBackRest

• Локальное хранилище (POSIX, CIFS)
• Amazon S3 и S3-совместимые сервисы
• Cloudflare R2 (S3-совместимое)
• Azure Blob Storage
• NAS (сетевые хранилища)
• Google Cloud Storage
• SFTP

Все варианты хранилищ Databasus →

Уведомления

Как быть в курсе статуса бекапов:

Уведомления Databasus

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

• Slack
• Discord
• Telegram
• Microsoft Teams
• Email
• Вебхуки

Уведомления pgBackRest

У pgBackRest нет встроенных уведомлений. Чтобы их получить, понадобятся:

• Собственные скрипты вокруг команд бекапа
• Интеграция с внешними системами мониторинга
• Ручной разбор логов и настройка алертов

Все каналы уведомлений Databasus →

Вывод

Databasus и pgBackRest закрывают разные потребности в экосистеме резервного копирования PostgreSQL. Правильный выбор зависит от размера базы, структуры команды и технических требований.

Оба инструмента поддерживают физические бекапы, архивирование WAL и PITR, и оба созданы для аварийного восстановления с минимальными RTO и RPO. Databasus подходит для баз любого размера и сложности и дает веб-интерфейс, командные функции и оба типа бекапов, логические и физические, для self-hosted и облачных управляемых баз.

pgBackRest лучше подойдет, когда вы хотите запускать движок бекапов самостоятельно, вам нужны физические бекапы на PostgreSQL старше 17 или вы полагаетесь на его дифференциальные бекапы и дельта-восстановление.