pgBackRest перестали поддерживать — главный open-source бэкап PostgreSQL остался без мейнтейнера
Репозиторий архивирован, релизов и security-патчей больше не будет. Разбираем заявление автора и какие альтернативы есть у DBA.
Новости Tproger
Если у вас на проде PostgreSQL под защитой pgBackRest — обновлений и security-патчей больше не будет. Сегодня, 27 апреля 2026 года, автор инструмента David Steele добавил в README репозитория блок «NOTICE OF OBSOLESCENCE» и архивировал репозиторий на GitHub.
pgBackRest — основной open-source инструмент резервного копирования и восстановления PostgreSQL последние ~10 лет: parallel backup, асинхронная архивация WAL, шифрование, поддержка S3/Azure/GCS-хранилищ, до десяти одновременно поддерживаемых major-версий Postgres (политика 5 supported + 5 EOL). Текущий стабильный релиз — v2.58.0, выпущен в январе 2026.
Кратко
Почему закрывают
Прямой повод — продажа компании Crunchy Data, в которой David Steele работал и которая корпоративно спонсировала разработку pgBackRest. После сделки автор искал позицию, которая позволила бы продолжить работу над проектом, и параллельно собирал спонсорство — но обе попытки оказались безуспешны.
pgBackRest 13 лет был моим личным проектом. После продажи Crunchy Data я искал позицию, позволяющую продолжать работу, и пытался собрать спонсорство — но усилий не хватило, чтобы сделать проект жизнеспособным. Как и всем остальным, мне нужно зарабатывать. Лучше сделать жёсткий стоп, чем тянуть проект кое-как.
Что это значит для пользователей
Существующие установки продолжат работать — релиз v2.58.0 не отзывают. Но дальше будет так:
- Security-патчей больше нет. Если в pgBackRest найдут CVE, никто не выпустит фикс — придётся либо мигрировать, либо патчить самим в форке.
- Поддержки следующих major-версий Postgres не будет. v2.58.0 уже поддерживает PG13–18, но когда выйдет PG19 (ожидается осенью 2026), pgBackRest не получит обновлённых WAL-форматов и сломается на новых кластерах.
- Открытые issues (68 на момент архивации) останутся без ответов. Pull-request-ы тоже.
- Документация на pgbackrest.org пока на месте, но судьба сайта после ухода автора неясна.
Альтернативы pgBackRest
wal-g
wal-g — продолжатель WAL-E, создан в Citus Data в 2017 (Daniel Farina + Katie Li). Активная разработка сейчас спонсируется Yandex Cloud, поддерживается распределённой командой и сообществом. Поддерживает PostgreSQL, MySQL/MariaDB, MS SQL Server, MongoDB и Redis (последние два — beta). Бэкап в S3/GCS/Azure/Swift, параллельная обработка, delta-копии. Релизы выходят регулярно.
Barman
Barman — инструмент от EDB (бывший 2ndQuadrant). Делает full и incremental бэкапы, point-in-time recovery, поддерживает streaming-репликацию и WAL-archiving. Сильнее других ориентирован на on-prem-сценарии и enterprise-сетапы. У EDB есть коммерческие подписки на Barman — это снижает риск похожего сценария.
pg_basebackup
pg_basebackup — встроенный инструмент Postgres. Подходит для небольших БД, простых сетапов, разовых снимков. С PG17 умеет page-level incremental backup (через summarize_wal и pg_combinebackup), но без удобной обвязки. Не покроет parallel backup, multi-repo retention и продвинутые retention-полиси.
Что делать прямо сейчас
- Проверьте текущую версию pgBackRest на серверах:
pgbackrest version - Подпишитесь на список рассылки pgsql-announce — туда придут уведомления о CVE Postgres, требующих внимания и от backup-tooling.
- Запланируйте миграцию на wal-g или Barman в течение 6–12 месяцев. До PG19 (релиз ожидается осенью 2026) — окно есть, после — будет жать.
- Если рассматриваете форк pgBackRest — David Steele явно просит дать форку новое имя. Это не хулиганство, а защита пользователей от путаницы между поддерживаемой и заброшенной кодовой базой.
- Перед миграцией протестируйте новый инструмент на staging: восстановление до точки, retention-полиси, скорость parallel backup на ваших объёмах. У wal-g и Barman разная философия — на каких-то нагрузках различия в скорости в разы.
FAQ
Появится ли форк pgBackRest?
Скорее всего да: 268 текущих форков на GitHub, 13 лет наработок, активное community. Но это будет новый проект с новым именем и новыми мейнтейнерами, которым придётся заново строить доверие — как и просит сам David Steele.
Можно ли продолжать использовать v2.58.0 в продакшене?
В краткосрочной перспективе — да: релиз не отзывают, никто его удалённо не сломает. Риск растёт со временем: каждая новая major-версия Postgres снижает совместимость, каждый месяц без security-патчей — ещё одна дырка. Не паника, но миграцию закладывать.
Что с CVE? Кто будет их закрывать?
Никто. Если в pgBackRest найдут уязвимость, фикса не будет — придётся либо мигрировать, либо патчить локально. Поэтому 6–12 месяцев на миграцию — реалистичный срок, не паранойя.
Какая лучшая альтернатива?
wal-g — для cloud-native сетапов с S3/GCS и distributed-восстановлением. Barman — для on-prem, enterprise-сетапов с PITR и streaming-репликацией. pg_basebackup — для маленьких БД, где сложный backup tool избыточен.
Будет ли pgBackRest работать с PostgreSQL 19?
Релиз v2.58.0 поддерживает Postgres 9.6–18 — то есть текущий PG18 (актуальная 18.3 от февраля 2026) продолжит работать. Когда выйдет PG19 (ожидается осенью 2026), никто не выпустит обновлённой версии pgBackRest с поддержкой нового WAL-формата и системных каталогов. Это и есть дедлайн миграции для активных пользователей PG.
Выводы
История pgBackRest — это не «open-source умер», это про то, что donations и star-driven sponsorship не работают как модель устойчивости infrastructure-проектов. 13 лет работы, страница на GitHub Sponsors — и всё равно один человек на длинной дистанции не вытягивает. Backup-инструмент Postgres-уровня требует коммерческого стейкхолдера. У wal-g он есть (Yandex Cloud, исторически Citus Data), у Barman — EDB, у pgBackRest был Crunchy Data, и его не стало. Похожую модель устойчивости open-source проектов мы недавно разбирали на примере расширения honker для SQLite — где спонсорство сразу зашито в распределённую команду.
Для DBA практический вывод простой: ревизия инфры на «один человек = один мейнтейнер = single point of failure» и проверка, кто поддерживает критичные инструменты — продуктовая компания или энтузиаст в свободное время.
