pgBackRest stopt (toch niet!)

Op 27 april 2026 publiceerde David Steele (maker en enige maintainer van pgBackRest) een officiële verklaring op pgbackrest.org. De conclusie is helder: pgBackRest wordt per direct niet langer onderhouden.

Op 4 mei heeft David Steele bekendgemaakt dat het er sterk op lijkt dat hij pgBackRest toch kan voortzetten, ditmaal gefinancierd door een coalitie van sponsors, zodat één overname nooit meer de continuïteit bepaalt. Hij verwacht voor het einde van deze week een definitieve aankondiging te doen.

Op 18 mei heeft David Steel formeel bevestigd dat met de hulp van een aantal nieuwe sponsors het pgBackRest project wordt voortgezet!

Update 18 mei

Goed nieuws: pgBackRest gaat gewoon door! Een coalitie van sponsors (waaronder AWS, TigerData, Supabase, Percona en pgEdge) heeft zich verenigd om de verdere ontwikkeling te financieren, waarmee de tool niet langer afhankelijk is van één enkele partij en de langetermijncontinuïteit van pgBackRest is gewaarborgd.

Orginele post van David Steel:

I am pleased to announce that pgBackRest will continue! Over the last few weeks, a coalition of sponsors has come together to fund ongoing development. Their support means the project is no longer reliant on a single sponsor, giving pgBackRest the stability it needs for the long term.

I’d like to thank each of our sponsors:

Amazon Web Services (AWS) provides on-demand cloud computing resources to individuals, companies, and governments. Access computing power, storage, databases, machine learning, and over 200 services, paying only for what you use. Built to grow with you, investing in the communities we share.

Supabase, a complete backend platform built on PostgreSQL, enables developers to build and scale applications quickly without managing infrastructure. It includes a Postgres database, user authentication, real-time subscriptions, file storage, edge functions, and serverless functions, all backed by an active open-source community.

pgEdge is an enterprise-class open source Postgres platform for AI, high availability and more, with Agentic AI native tooling and DBA workbench, monitoring and incident response, flexible deployment, and zero downtime maintenance. It scales from a single node to active-active multi-master within the cloud, on-premises, or air-gapped environments.

Tiger Data (creators of TimescaleDB) develops the open-source time-series database built on PostgreSQL and operates Tiger Cloud, a managed platform for time-series, analytics, and AI workloads. Both self-managed and cloud options enable organizations to capture, store, and analyze time-series data at scale, from edge to centralized cloud deployments.

Percona is an open source database software, support, and services company focused on helping organizations maintain full control over their data infrastructure. They help businesses run MySQL, PostgreSQL, MongoDB, Valkey, and Redis securely and efficiently through freely available open source software, 24/7 expert support, and hands-on database expertise.

Eon.io is an intelligent cloud infrastructure for backup, recovery, and data management, helps teams store and access backups more efficiently, making data accessible for analytics and AI workflows. It offers fast, granular recovery and significantly lower storage costs for Postgres and data-intensive workloads across all clouds, including recovery from accidental data loss and AI agent regressions.

These organizations rely on pgBackRest to provide reliable disaster recovery for their products and customers. Their sponsorship reflects the critical role that pgBackRest plays in the PostgreSQL ecosystem, and their collective support ensures the project’s long-term sustainability.

I’m looking forward to getting back to work. There are features and optimizations in the pipeline that I’m excited to share in upcoming releases. Thank you to our sponsors for making this possible, and thank you to the community for your patience and support during this transition.

Update 4 mei

Het verhaal heeft een onverwachte wending gekregen. David Steele heeft vandaag bekendgemaakt dat het er sterk op lijkt dat hij pgBackRest toch kan voortzetten — ditmaal gefinancierd door een coalitie van sponsors, zodat één overname nooit meer de continuïteit bepaalt. Hij verwacht voor het einde van deze week een definitieve aankondiging te doen.

Intussen hadden een aantal bedrijven al razendsnel een eigen fork aangekondigd, met goede bedoelingen, ongetwijfeld. Maar het roept wel een vraag op: hadden die energie en middelen niet beter ingezet kunnen worden om het originele project te steunen? Een woud aan forks (elk met eigen patches, eigen roadmaps en onduidelijkheid over welke versie in de officiële packages terechtkomt) is precies het scenario waar de community het meest voor vreesde.

Ons artikel van 28 april blijft hieronder staan als feitelijk verslag. De situatie is veranderd, de les niet: structurele afhankelijkheid van één partij verdient blijvende aandacht, ongeacht hoe dit afloopt.

We houden je op de hoogte zodra Steele zijn definitieve besluit publiceert.

Achtergrond

pgBackRest is al meer dan een decennium één van de meest gebruikte backup- en restore-tools voor PostgreSQL. De tool ondersteunt full, differential en incrementele backups, WAL-archivering, parallelle verwerking en integratie met object stores als S3 en Azure Blob Storage.

De ontwikkeling werd jarenlang gesponsord door Crunchy Data. Na de overname van Crunchy Data verviel die sponsoring. Steele heeft sindsdien geprobeerd alternatieve financiering of een passende rol te vinden, maar zonder resultaat. Zijn besluit om te stoppen volgt daar direct uit.

De laatste stabiele release is v2.58.0 (januari 2026). Er worden geen nieuwe versies, bugfixes of security patches meer uitgebracht.

Wat betekent dit in de praktijk?

pgBackRest is diep geïntegreerd in veel PostgreSQL-productieomgevingen (via Ansible, Kubernetes-operators, cloud-platforms en managed clouddatabases). De tool blijft functioneren op de huidige configuratie, maar:

• Nieuwe PostgreSQL-versies worden niet meer ondersteund
• Beveiligingslekken worden niet meer gepatcht
• Bugs worden niet meer opgelost
• Community-ondersteuning vanuit de oorspronkelijke maintainer vervalt

Dus geen reden voor acute paniek en directe actie, de tool blijft voorlopig doen wat het moet doen. Maar voor organisaties die pgBackRest actief inzetten, is het wel verstandig om op korte termijn te inventariseren waar de tool wordt gebruikt, wat een duurzaam en betrouwbaar alternatief is en welke migratiestrategie passend is.

Alternatieven

De meest bekende alternatieven zijn:

• Barman (EDB/2ndQuadrant): breed ingezet, actief onderhouden en zeer stabiel; geschikt voor centrale backup-architecturen en enterprise-omgevingen
• WAL-G: cloud-native en high-performance; uitstekende integratie met object storage (S3, GCS, Azure), ideaal voor grote datasets en moderne infrastructuren
• Kubernetes-native oplossingen: geïntegreerde backupstrategieën binnen containerplatformen; relevant voor cloud-native deployments. Zoals CloudNativePG (de meest gewaardeerde Kubernetes-operator) gebruikt Barman. En Zalando gebruikt pg_basebackup en WAL-G.

En natuurlijk:

• pg_dump / pg_basebackup (standaard PostgreSQL tooling): basisopties voor respectievelijk logische en fysieke back-ups; geschikt voor eenvoudige use cases of als bouwstenen binnen maatwerkoplossingen.
• Custom oplossingen (pg_basebackup + WAL archiving): maximale controle en flexibiliteit; geschikt voor organisaties met specifieke eisen en voldoende PostgreSQL-expertise.

Minder bekende alternatieven (maar wel groeiend in volwassenheid) zijn:

• pg_probackup (Postgres Pro): volwassen tool met geavanceerde features zoals incrementele back-ups en page-level recovery; geschikt voor complexe PostgreSQL-omgevingen.
• pgmoneta: modern en actief ontwikkeld project; lichtgewicht en performant, met een duidelijke focus op eenvoud en toekomstbestendigheid.

Betaalde alternatieven zijn er uiteraard ook:

• Enterprise backup suites (bijv. Veeam, Commvault): integreren PostgreSQL in bredere backup-, compliance- en governance-strategieën; geschikt voor grotere organisaties.

De juiste keuze hangt af van de specifieke architectuur, RPO/RTO-eisen en het platformlandschap van de organisatie.

Bredere impact op het PostgreSQL-ecosysteem

Het verdwijnen van pgBackRest raakt meer dan alleen de tool zelf. Het legt een kwetsbaarheid bloot die al langer sluimert in de open source wereld: essentiële tools worden gedragen door één persoon of één sponsor, en als die wegvalt, staat de hele community voor een probleem.

Binnen de PostgreSQL-community klinken dan ook bezorgde geluiden. De verwachting is dat er snel meerdere forks van pgBackRest zullen opduiken, maar dat lost het eigenlijke probleem niet op. Verschillende forks, inconsistente patches, onduidelijkheid over welke versie in de officiële RPM- en DEB-packages terechtkomt: het maakt een al complexe situatie alleen maar onoverzichtelijker.

Steeds meer stemmen in de community pleiten daarom voor een structurele oplossing: een koepelorganisatie (vergelijkbaar met de Apache Software Foundation) die kritische tools duurzaam onderbrengt, financiering borgt en maintainers zekerheid biedt. Geen afhankelijkheid van één bedrijf dat gekocht kan worden, of een CEO die de budgetten omgooit.

Het is een discussie die serieus op gang komt, in een bredere context. Want pgBackRest is waarschijnlijk niet het laatste project dat zonder ondersteuning komt te vallen.

Hulp nodig bij de beoordeling van jouw omgeving?

Als PostgreSQL-specialist met jarenlange ervaring in het beheer van productiedatabases helpen wij je graag bij het in kaart brengen van de impact en het bepalen van de juiste vervangingsstrategie. Neem contact op voor een vrijblijvend gesprek.