Wanneer een database uitvalt, is de vraag niet alleen hoe snel je weer operationeel bent, maar ook hoeveel data je je kunt veroorloven te verliezen. Dat laatste is precies wat een RPO bepaalt. Voor veel organisaties is de RPO een abstracte term die pas concreet wordt op het moment dat er iets misgaat. Door van tevoren goed na te denken over welke factoren jouw RPO bepalen, maak je herstel minder afhankelijk van geluk en meer van controle.
Een realistische RPO vaststellen is niet alleen een technische exercitie. Het raakt aan bedrijfsprocessen, budgetten, wet- en regelgeving en de technische mogelijkheden van jouw infrastructuur. In dit artikel beantwoorden we de belangrijkste vragen die je moet stellen om tot een haalbare en verantwoorde RPO te komen.
Wat is een RPO en waarom is het belangrijk voor jouw organisatie?
Een RPO, of Recovery Point Objective, is de maximale hoeveelheid data die een organisatie mag verliezen bij een storing of calamiteit. Het wordt uitgedrukt in tijd: een RPO van vier uur betekent dat je bij een uitval maximaal vier uur aan transacties, invoer of mutaties kwijt mag zijn. Hoe lager de RPO, hoe minder dataverlies je accepteert.
De RPO is een van de twee kernparameters van elke herstelstrategie, naast de RTO (Recovery Time Objective), die bepaalt hoe snel systemen weer beschikbaar moeten zijn. Terwijl de RTO over snelheid gaat, gaat de RPO over dataverlies. Beide parameters samen bepalen hoe robuust en kostbaar jouw back-up- en recoveryinfrastructuur moet zijn.
De RPO is belangrijk omdat dataverlies directe gevolgen heeft voor bedrijfscontinuïteit, klanttevredenheid en soms zelfs aansprakelijkheid. Een organisatie die geen expliciete RPO heeft vastgesteld, neemt onbewust een risico dat ze nooit bewust zou accepteren.
Welke bedrijfsprocessen bepalen hoe laag jouw RPO moet zijn?
De processen met de hoogste transactiesnelheid en de grootste impact bij dataverlies bepalen hoe laag jouw RPO moet zijn. Denk aan orderverwerking, financiële transacties, voorraadbeheer en klantinteracties. Hoe sneller en kritischer het proces, hoe strenger de RPO die je nodig hebt.
Niet elk systeem in je organisatie heeft dezelfde RPO nodig. Een goede aanpak is om processen te categoriseren op basis van twee vragen: hoeveel data wordt er per uur gegenereerd, en wat zijn de gevolgen als die data verloren gaat? Een ERP-systeem dat elke minuut nieuwe orders verwerkt, vraagt om een heel andere RPO dan een archiefsysteem dat wekelijks wordt bijgewerkt.
Kritieke versus niet-kritieke systemen
Het onderscheid tussen kritieke en niet-kritieke systemen is praktisch en noodzakelijk. Kritieke systemen zijn systemen waarvan de continuïteit direct invloed heeft op omzet, dienstverlening of veiligheid. Niet-kritieke systemen kunnen tijdelijk uitvallen zonder directe schade. Door dit onderscheid te maken, voorkom je dat je voor alle systemen de duurste en meest complexe RPO-maatregelen treft.
Betrek bij deze analyse ook de mensen die dagelijks met de systemen werken. Zij weten als geen ander welke data onmisbaar is en hoe snel die data veroudert. Een gesprek met de afdeling finance of logistiek levert vaak meer inzicht op dan een technische inventarisatie alleen.
Welke technische factoren beïnvloeden een haalbare RPO?
De haalbare RPO wordt technisch bepaald door de back-upfrequentie, de replicatiemethode en de infrastructuur waarop je draait. Een traditionele nachtelijke back-up levert maximaal een RPO van 24 uur op. Continu logshipping of synchrone replicatie kan de RPO terugbrengen naar minuten of zelfs seconden.
De keuze voor een databaseplatform speelt ook een rol. SQL Server, Azure SQL, Oracle en PostgreSQL bieden elk eigen mechanismen voor hoge beschikbaarheid en datareplicatie, met verschillende mogelijkheden en beperkingen. Zo biedt Azure SQL ingebouwde geo-replicatie, waarmee een lage RPO relatief eenvoudig haalbaar is, terwijl een on-premises Oracle-omgeving meer maatwerk vereist.
Netwerk, opslag en latency
Naast de back-upstrategie zelf beïnvloeden ook netwerkbandbreedte, opslagcapaciteit en latency de haalbare RPO. Synchrone replicatie naar een secundaire locatie vereist een stabiele en snelle verbinding. Als die verbinding te traag is, kan synchrone replicatie de prestaties van het primaire systeem negatief beïnvloeden, wat nieuwe problemen veroorzaakt.
Een realistische RPO houdt altijd rekening met wat technisch haalbaar is binnen de bestaande of geplande infrastructuur. Het heeft weinig zin om een RPO van vijf minuten te definiëren als de technische omgeving dit niet ondersteunt zonder ingrijpende en kostbare aanpassingen.
Hoe beïnvloeden wet- en regelgeving jouw RPO-keuzes?
Wet- en regelgeving kan een minimumnorm stellen voor jouw RPO, ongeacht wat technisch of financieel het meest logisch lijkt. Sectoren zoals financiële dienstverlening, zorg en overheid hebben vaak expliciete eisen aan dataverlies, bewaartermijnen en herstelcapaciteit die in wet- of sectorspecifieke normen zijn vastgelegd.
De AVG verplicht organisaties om passende technische maatregelen te treffen voor de bescherming van persoonsgegevens. Hoewel de AVG geen specifieke RPO-waarden voorschrijft, wordt een aantoonbare herstelstrategie wel verwacht. Bij een datalek of verlies van persoonsgegevens kan het ontbreken van een gedocumenteerde RPO worden gezien als nalatigheid.
Naast de AVG gelden in specifieke sectoren aanvullende normen, zoals NEN 7510 in de zorg of DORA in de financiële sector. Controleer altijd welke sectorspecifieke eisen op jouw organisatie van toepassing zijn voordat je een RPO definitief vaststelt.
Wat kost een strengere RPO en wanneer is het de investering waard?
Een strengere RPO kost meer, omdat een hogere back-upfrequentie, replicatie en redundante infrastructuur extra investeringen vragen in opslag, licenties, bandbreedte en beheer. De kosten stijgen niet lineair: het verschil tussen een RPO van vier uur en een RPO van één uur is relatief beperkt, maar het verschil tussen één uur en vijf minuten kan aanzienlijk zijn.
De investering is de moeite waard wanneer de kosten van dataverlies hoger zijn dan de kosten van preventie. Bereken daarvoor wat een uur, een dag of een week aan dataverlies jouw organisatie concreet zou kosten: gederfde omzet, herstelwerk, klantverlies en reputatieschade. Als dat bedrag hoger is dan de jaarlijkse kosten van een strengere RPO-maatregel, is de keuze snel gemaakt.
De kosten van te ambitieuze RPO-doelen
Een te lage RPO zonder bijbehorende technische en organisatorische ondersteuning is ook een risico. Organisaties die een RPO van nul nastreven zonder de infrastructuur daarvoor, investeren in schijnzekerheid. Een haalbare en goed gedocumenteerde RPO van dertig minuten is waardevoller dan een theoretische RPO van nul die in de praktijk nooit wordt gehaald.
Hoe stel je stap voor stap een realistische RPO vast?
Een realistische RPO stel je vast door bedrijfsprocessen, technische mogelijkheden, regelgeving en kosten systematisch tegen elkaar af te wegen. Het is geen eenmalige beslissing, maar een gestructureerd proces dat je met de juiste stakeholders doorloopt.
- Inventariseer kritieke systemen en processen en bepaal per systeem hoeveel dataverlies acceptabel is.
- Analyseer de technische omgeving en breng in kaart welke back-up- en replicatiemogelijkheden beschikbaar zijn.
- Controleer wet- en regelgeving die van toepassing is op jouw sector en verwerk de minimumnormen in je RPO-definitie.
- Bereken de kosten van dataverlies versus de kosten van de benodigde maatregelen per systeem.
- Stel per systeem een RPO vast die realistisch, haalbaar en gedocumenteerd is.
- Test de herstelstrategie regelmatig om te bevestigen dat de vastgestelde RPO ook daadwerkelijk wordt gehaald in de praktijk.
Vergeet de laatste stap niet: een RPO die nooit is getest, is een aanname, geen zekerheid. Regelmatige hersteltests zijn de enige manier om te bevestigen dat jouw strategie werkt op het moment dat het er echt toe doet.
Hoe wij bij Brander Company helpen met database recovery en RPO
Een RPO vaststellen is één ding. Zorgen dat jouw infrastructuur die RPO ook daadwerkelijk haalt, is een ander verhaal. Wij helpen organisaties bij het hele traject, van analyse tot uitvoering en doorlopend beheer.
- We brengen jouw kritieke systemen en datarisicogebieden in kaart en vertalen die naar concrete RPO-doelen per omgeving.
- We ontwerpen en implementeren back-up- en replicatiestrategieën op SQL Server, Azure SQL, Oracle en PostgreSQL die aansluiten op jouw vastgestelde RPO.
- We plannen en begeleiden regelmatige hersteltests, zodat jouw team weet wat te doen als het er echt op aankomt.
- We zorgen voor heldere documentatie en duidelijke herstelprocessen, ook voor situaties onder druk.
- We beheren jouw databaseomgeving proactief, zodat problemen worden gesignaleerd voordat ze leiden tot dataverlies.
Wil je weten of jouw huidige back-upstrategie aansluit op een realistische RPO voor jouw organisatie? Neem contact op met Brander Company en we denken graag met je mee, zonder jargon en zonder verplichtingen.
