DBtune 4.0 automatiseert PostgreSQL, maar de beheerder houdt de knop

Het in Malmö gevestigde DBtune bracht op 6 oktober 2026 versie 4.0 voor PostgreSQL uit en vat de aanpak via DBtune-fellow Marc Linster samen als “automation, recommendations and diagnostics”. De release voegt indexoptimalisatie en autovacuumcontrole toe aan de bestaande automatische afstemming van serverparameters. Daarmee bestrijkt het platform meer onderdelen van databasebeheer, maar niet iedere voorgestelde wijziging wordt zelfstandig uitgevoerd.

Bij serverparameters kan DBtune instellingen automatisch toepassen of eerst om goedkeuring vragen, afhankelijk van de gekozen werkwijze. Voor indexen levert het platform onderbouwde voorstellen waarover de gebruiker beslist. De autovacuumfunctie signaleert achterstand en helpt de oorzaak te vinden. Voor een beheerder is dus vooral van belang welk deel van een taak het platform overneemt: waarnemen, adviseren of daadwerkelijk wijzigen.

Serverparameters kunnen automatisch veranderen

De bestaande parameterafstemming heeft de grootste uitvoeringsruimte. DBtune test verschillende PostgreSQL-configuraties tegen de werklast en het type machine, vergelijkt de prestaties en kan de best presterende instellingen toepassen. Wie iedere wijziging vooraf wil beoordelen, kan kiezen voor een werkwijze waarin het platform eerst goedkeuring vraagt. Het zoeken naar een geschikte configuratie verloopt dan automatisch, maar het besluit om haar te gebruiken blijft bij een mens.

Die keuze is relevant omdat serverparameters het gedrag van een database als geheel beïnvloeden. De uitkomst van de afstemming hoort bij de onderzochte werklast en machine; zij is geen vaste instelling die overal hetzelfde resultaat geeft. Automatisch toepassen betekent dat een beheerder die uitvoeringsstap vooraf aan DBtune toevertrouwt. Met verplichte goedkeuring ontstaat juist een beslismoment tussen de testuitkomst en de wijziging in de database.

De release verbreedt deze bestaande afstemming met zicht op indexen en autovacuum. Daardoor kan één platform verschillende mogelijke oorzaken van prestatieverlies aanwijzen. De bevoegdheid om een gevonden oplossing uit te voeren, blijft echter per functie verschillend.

Indexadvies eindigt bij een besluit van de gebruiker

Bij indexen levert DBtune vooral een concreet wijzigingsvoorstel. Het platform analyseert de werklast en rangschikt mogelijkheden voor indexoptimalisatie naar verwacht effect. Bij een voorgestelde nieuwe index toont het ook de geraamde kosten en de DDL: de database-instructie waarmee de wijziging kan worden uitgevoerd. Zo kan de beheerder beoordelen welke ingreep wordt voorgesteld voordat de databasestructuur verandert.

De aanbevelingen beperken zich niet tot nieuwe indexen. DBtune kan ook bestaande indexen aanwijzen die door bloat onderhoud nodig lijken te hebben of die mogelijk overbodig zijn geworden. De gebruiker beslist per voorstel of een index wordt aangemaakt, onderhouden of verwijderd. De automatische stap is hier het vinden en prioriteren van mogelijkheden, niet het zelfstandig doorvoeren van iedere structurele wijziging.

Dat onderscheid doet ertoe omdat het verwachte voordeel van een index samenhangt met de huidige werklast. Een extra index kan bepaalde zoekopdrachten helpen, maar gebruikt ook ruimte en vergt onderhoud wanneer gegevens veranderen. Omgekeerd vraagt het verwijderen van een bestaande index om een oordeel over de queries die ervan afhankelijk kunnen zijn. Het getoonde effect en de geraamde kosten geven de beheerder een basis voor dat besluit, zonder de uitkomst voor toekomstige werklasten vast te leggen.

Autovacuumcontrole blijft bij signalering en diagnose

Voor autovacuum ligt de beschreven rol van DBtune bij het opsporen van achterstand en het helpen vaststellen van de oorzaak. Dat maakt een onderhoudsprobleem zichtbaarder, maar beschrijft op zichzelf nog geen zelfstandig uitgevoerde reparatie. Een beheerder krijgt informatie om te bepalen of een ingreep nodig is en welke ingreep passend kan zijn.

Autovacuumcontrole en indexadvies leveren daarmee verschillende soorten uitkomsten op. Bij indexen kan de beheerder een afgebakend voorstel voor een wijziging beoordelen; bij autovacuum krijgt die vooral een signaal en een diagnose. Beide functies staan naast de parameterafstemming in hetzelfde platform, maar alleen voor die afstemming is automatisch toepassen van instellingen als mogelijkheid beschreven.

Die verdeling maakt de term ‘autonoom’ minder eenduidig dan hij klinkt. DBtune kan een probleem herkennen, een oplossing voorstellen of een wijziging uitvoeren. Welke van die stappen plaatsvindt, hangt af van de betrokken functie en, bij serverparameters, van de gekozen goedkeuringswerkwijze.

Een klantresultaat zegt weinig over de nieuwe functies afzonderlijk

In een bericht van Blocks & Files staat dat bij DBtune-klant Midwest Tape de gemiddelde queryduur op een PostgreSQL-database op AWS RDS na afstemming daalde van 75,9 naar 7 milliseconden, een verbetering met een factor 10,8. Het gaat om een resultaat bij een specifieke database en werklast. Het cijfer laat zien wat die afstemming daar opleverde, niet hoeveel een andere installatie zal winnen.

Het klantresultaat is evenmin een afzonderlijke meting van de nieuwe indexfunctie of autovacuumcontrole. Voor die onderdelen is vooral de taakverdeling duidelijk: voorstellen voor indexen blijven ter beslissing bij de gebruiker en autovacuumcontrole levert signalen voor onderzoek. Prestatieclaims rond de bredere release moeten daarom worden gelezen als leveranciersresultaten binnen de omstandigheden waarin ze zijn behaald.

In Valencia volgt een demonstratie van de combinatie

Het programma van PostgreSQL Conference Europe vermeldt een presentatie van DBtune-oprichter Luigi Nardi over parameters, indexen en autovacuum tijdens het congres van 20 tot en met 23 oktober 2026 in Valencia. Meer dan de helft van de sessie is gereserveerd voor een live demonstratie. Dat wordt de eerstvolgende gelegenheid om te zien hoe de functies samen worden getoond en waar in die werkwijze een beheerder zelf een wijziging moet goedkeuren.

Lees ook:

• NetApp laat eigen AI-modellen toe, maar houdt automatisering aan de lijn
• Belgische Fast 50 telt vijftig groeiers, maar de winnaar ontbreekt nog
• NOX Energy haalt €3 miljoen op, maar een rivaal beheert 30 keer meer