pgBackRest stopt (toch niet?)

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.