RTO en RPO: betekenis, verschil en voorbeelden voor het mkb

RTO en RPO zijn de twee getallen die bepalen hoe je bedrijf een IT-storing doorkomt. RTO (Recovery Time Objective) is de tijd waarbinnen een systeem of proces na een verstoring weer moet werken. RPO (Recovery Point Objective) is de hoeveelheid data die je maximaal kwijt mag raken, uitgedrukt in tijd. Het Nationaal Cyber Security Centrum (NCSC) hanteert precies deze uitleg. Kort gezegd: de RTO gaat over hoe snel je weer draait, de RPO over hoeveel werk je opnieuw moet doen. Hieronder lees je wat dat in de praktijk betekent en hoe je de juiste waarden voor jouw bedrijf kiest.

Kort samengevat

• ⏱️ RTO = hoe lang je zonder een systeem kunt voordat het weer moet werken.
• 💾 RPO = hoeveel data (in uren of minuten) je maximaal mag verliezen.
• 🔄 De RPO bepaalt hoe vaak je een back-up maakt, de RTO bepaalt hoe snel je moet kunnen terugzetten.
• 📋 Je kiest beide doelen op basis van de impact op je bedrijf, niet op basis van wat technisch het makkelijkst is.
• ✅ Een doel is pas iets waard als je het herstel ook echt hebt getest.

Inhoudsopgave

• Wat betekent RTO?
• Wat betekent RPO?
• Het verschil tussen RTO en RPO in één overzicht
• Een voorbeeld: drie uur stilstand, anderhalf uur data
• RTO, RPO en MTPD: de uiterste grens
• Zo hangen RTO en RPO samen met je back-ups
• Zo bepaal je RTO en RPO voor jouw bedrijf
• RTO en RPO in je disaster recoveryplan
• Onze kijk op RTO en RPO
• Herstel zonder zorgen met ASTIA
• Veelgestelde vragen
• Bronnen

Wat betekent RTO?

RTO staat voor Recovery Time Objective. In het Nederlands zou je zeggen: de hersteltijddoelstelling. Het is de maximale tijd waarbinnen een dienst, proces of systeem na een verstoring weer op een acceptabel niveau moet werken.

Denk aan de vraag: hoe lang kan mijn team zonder e-mail, zonder boekhoudpakket of zonder telefonie, voordat het echt pijn gaat doen? Het antwoord op die vraag is je RTO.

Een paar voorbeelden om het concreet te maken:

• Een RTO van 4 uur voor je e-mail betekent: na een storing moet e-mail binnen vier uur weer werken.
• Een RTO van 1 werkdag voor je archief betekent: het mag een dag duren, zolang het daarna weer beschikbaar is.
• Een RTO van 15 minuten voor je telefonie betekent: klanten mogen je bijna niet onbereikbaar vinden.

Let op het woord acceptabel. Herstel betekent niet altijd dat alles direct weer volledig werkt zoals voorheen. Soms draai je eerst op een noodomgeving of met beperkte functies. Het gaat erom dat je bedrijf weer kan doorwerken.

Wat betekent RPO?

RPO staat voor Recovery Point Objective. Dat is het herstelpunt: het moment in het verleden waarnaar je terug kunt na een storing. De RPO zegt hoeveel dataverlies je maximaal accepteert, uitgedrukt in tijd.

Een RPO van 1 uur betekent: als het misgaat, mag je hooguit het werk van het laatste uur kwijtraken. Alles daarvoor moet je kunnen terugzetten.

In de praktijk komt het hierop neer:

• RPO van 24 uur: een dagelijkse back-up is genoeg. Ben je de data van vandaag kwijt, dan voer je die opnieuw in.
• RPO van 1 uur: je hebt minstens elk uur een back-up of kopie nodig.
• RPO van bijna 0: data moet continu worden gekopieerd, zodat er vrijwel niets verloren gaat.

De RPO is dus vooral een vraag over werk en geld. Hoeveel orders, uren, mails of klantgegevens kun je missen? En wat kost het om die opnieuw te maken, áls dat al kan?

Het verschil tussen RTO en RPO in één overzicht

De twee termen worden vaak samen genoemd, maar ze meten iets anders. De RTO kijkt vooruit vanaf het moment van de storing: hoe lang tot je weer draait? De RPO kijkt terug: tot welk moment is je data veilig?

Een handige manier om het te onthouden: T van time, de tijd die je stilstaat. P van point, het punt waarnaar je terugkeert.

Belangrijk: een korte RTO zegt niets over je RPO, en andersom. Je kunt binnen tien minuten weer online zijn en toch een hele dag aan data kwijt zijn, omdat de laatste back-up van gisteravond was. Of je hebt elke vijf minuten een back-up, maar het terugzetten duurt twee dagen. Daarom stel je altijd beide doelen vast.

Een voorbeeld: drie uur stilstand, anderhalf uur data

Het NCSC geeft een helder voorbeeld van een RTO van drie uur en een RPO van anderhalf uur. Het gaat om een organisatie die bij een verstoring overschakelt op een alternatieve cloudomgeving.

Zo ziet dat eruit:

1. De storing gebeurt om 10:00 uur.
2. RTO van drie uur: de noodomgeving activeren en de data terugzetten duurt samen ongeveer drie uur. Om 13:00 uur moet de dienst dus weer werken.
3. RPO van anderhalf uur: de teruggezette voorraaddata mag niet ouder zijn dan anderhalf uur. De data moet dus minstens de stand van 08:30 uur hebben.

Wat betekent dat voor de back-ups? Als je maar één keer per nacht een back-up maakt, haal je deze RPO niet. Om 10:00 uur ben je dan alles kwijt wat sinds gisteravond is veranderd. Om anderhalf uur te halen heb je dus minstens elke anderhalf uur een kopie nodig, en in de praktijk vaker, zodat je wat speling hebt.

RTO, RPO en MTPD: de uiterste grens

Naast RTO en RPO kom je soms een derde afkorting tegen: MTPD, de Maximum Tolerable Period of Disruption. Het NCSC maakt dat onderscheid duidelijk:

• De MTPD is de uiterste grens. Duurt de uitval langer, dan wordt de schade kritiek. Denk aan klanten die vertrekken, contracten die je niet nakomt of boetes.
• De RTO is je doel. Die ligt altijd binnen de MTPD, zodat je een veiligheidsmarge hebt.

Stel: na een halve werkdag zonder systemen wordt het voor jouw bedrijf echt kritiek. Dan kies je een RTO die daar duidelijk onder ligt. Zo heb je ruimte als het herstel tegenvalt.

Zo hangen RTO en RPO samen met je back-ups

Veel ondernemers denken: ik heb een back-up, dus het zit goed. Maar een back-up is alleen het middel. RTO en RPO zijn de maatstaf of dat middel genoeg is. Volgens het NCSC moet je back-upstrategie aansluiten op de RPO die je hebt gekozen, en geeft de RTO aan hoe snel je wilt herstellen.

Dat raakt drie keuzes:

• Hoe vaak maak je een back-up? Dat volgt uit je RPO. Een RPO van een uur vraagt om minstens een back-up per uur.
• Waar staat de back-up? Dat beïnvloedt je RTO. Een kopie die je snel kunt terugzetten, bijvoorbeeld in de cloud of op een aparte locatie, helpt je sneller weer op gang.
• Is de back-up veilig voor ransomware? Een back-up die met de rest van je netwerk versleuteld raakt, helpt je niet. Dan haal je geen enkele RTO of RPO.

Dit is geen theoretisch risico. Volgens het Digital Trust Center wordt één op de vier mkb-bedrijven slachtoffer van een cyberaanval. Wil je weten hoe je na zo’n aanval herstelt zonder losgeld te betalen? Lees dan ons ransomware herstelplan.

Waarom testen het verschil maakt

Een RTO op papier is een belofte. Een RTO die je getest hebt, is een feit. Het NCSC adviseert om herstel te testen en zo te controleren of je de doelen haalt. Zet bijvoorbeeld een keer per kwartaal een map, een mailbox of een complete werkplek terug en meet hoe lang het duurt. Dan weet je zeker dat je RTO klopt.

Heb je je IT uitbesteed? Ook dan blijft het belangrijk dat je de rapportages over je back-ups bekijkt, zo staat in de back-uphandreiking van het Digital Trust Center. Een goede IT-partner maakt die rapportages helder en bespreekt ze met je.

Zo bepaal je RTO en RPO voor jouw bedrijf

De juiste waarden haal je niet uit een tabel op internet. Ze komen uit je eigen bedrijf. De aanpak van het NCSC komt neer op een risicoanalyse voor je belangrijkste processen. Daarna bepaal je MTPD, RTO en RPO en stem je die af met de business, IT en je leveranciers. Zo pak je dat praktisch aan:

1. Maak een lijst van je processen. Denk aan offertes maken, facturen versturen, planning, klantcontact, salarisadministratie en projectdossiers.
2. Koppel elk proces aan systemen. Welke processen draaien op Microsoft 365, je boekhoudpakket, je CRM, je telefonie of een bestandsserver?
3. Schat de schade per uur stilstand. Wat kost het als tien mensen niet kunnen werken? Wat als klanten je niet kunnen bellen? Wat als een deadline verloopt?
4. Schat de schade van dataverlies. Kun je een halve dag aan orders opnieuw invoeren? Of is die informatie dan gewoon weg?
5. Bepaal de uiterste grens (MTPD). Na hoeveel tijd wordt het echt kritiek?
6. Kies je RTO en RPO per systeem. Niet alles hoeft even snel. Je archief kan vaak langer wachten dan je mail of je telefonie.
7. Toets het aan je huidige IT. Halen je back-ups en herstelprocedure deze doelen? Zo niet, dan weet je precies wat er moet verbeteren.
8. Test en herhaal. Test het herstel en bekijk de doelen opnieuw als je bedrijf groeit of verandert.

Een rekenvoorbeeld

Stel je een installatiebedrijf voor met vijftien medewerkers. Monteurs werken vanuit een planning in de cloud, kantoor maakt offertes en facturen, en klanten bellen voor storingen. Een indeling kan er dan zo uitzien:

Dit is een voorbeeld en geen norm. Een accountantskantoor in de aangiftedrukte stelt heel andere eisen dan een advocatenkantoor of een bouwbedrijf. Werk je in de bouw of installatie? Kijk dan ook naar ons IT-beheer voor bouw en installatie. Zit je in de zakelijke dienstverlening, dan vind je meer over IT-beheer voor zakelijke dienstverlening.

RTO is een bedrijfskeuze

Een veelgemaakte fout: de IT-afdeling of leverancier kiest de RTO op basis van wat technisch handig is. Draai het om. Jij als ondernemer weet wat stilstand kost. De techniek volgt daarna. Een kortere RTO of RPO vraagt meestal om meer voorzieningen. Daarom is het slim om dit gesprek te koppelen aan je IT-budget.

RTO en RPO in je disaster recoveryplan

Een disaster recoveryplan is je draaiboek voor snel en veilig herstel na een storing of cyberincident. RTO en RPO vormen daarin de meetlat: ze zeggen hoe snel je wilt herstellen en hoeveel data je kunt missen.

In een goed plan staat per systeem:

• 🎯 de RTO en RPO;
• 💾 waar de back-up staat en hoe vaak die wordt gemaakt;
• 🛠️ wie het herstel uitvoert en in welke volgorde;
• 📞 wie je belt en hoe je je team en klanten informeert;
• 🧪 wanneer het herstel voor het laatst is getest en met welk resultaat.

Voor sommige organisaties is dit niet alleen verstandig, maar ook verplicht. De NIS2-richtlijn verplicht organisaties die onder NIS2 vallen in artikel 21 tot passende en evenredige technische en organisatorische maatregelen, waaronder bedrijfscontinuïteit. Twijfel je of je bedrijf onder NIS2 valt? Check het bij het NCSC of vraag je IT-partner om mee te kijken.

Wil je zelf aan de slag met een plan? In ons artikel over een praktisch disaster recoveryplan lees je stap voor stap hoe je dat opzet. Meer achtergrond over de basis vind je in back-up en disaster recovery en in onze uitleg over bedrijfscontinuïteit in IT.

Onze kijk op RTO en RPO

In gesprekken met ondernemers merken we vaak hetzelfde. Er is een back-up, maar niemand weet precies hoe lang herstel duurt of hoeveel data er dan verloren gaat. Pas bij een storing wordt dat duidelijk. En dan is het te laat om nog iets te regelen.

Daarom beginnen we liever bij de vraag wat stilstand jouw bedrijf kost. Daar kiezen we samen de RTO en RPO bij, en daarop richten we je back-ups en herstel in. Zo is het een bewuste keuze en geen gok.

We geloven ook dat het beste herstel het herstel is dat je niet nodig hebt. Met 24/7 monitoring zien we problemen aankomen voordat ze een storing worden. En omdat we verantwoordelijk zijn voor je hele IT-fundament, van werkplekken tot netwerk en telefonie, hoef je bij een incident niet eerst uit te zoeken welke leverancier aan zet is. Je belt ons direct, zonder ticketsysteem, en wij pakken het op.

Een RTO wordt korter als er minder schakels tussen het probleem en de oplossing zitten. Dat is voor ons de kern van goed IT-beheer.

Mick

Herstel zonder zorgen met ASTIA

Wil je zeker weten dat je back-ups passen bij de RTO en RPO die jouw bedrijf nodig heeft? Met onze dienst back-up en disaster recovery voor het mkb richten we je back-ups en herstel in, houden we alles 24/7 in de gaten en ben je direct telefonisch geholpen als er iets is.

Liever al je IT in één keer goed geregeld? Bij IT uitbesteden nemen we het volledige beheer van je werkplekken, netwerk, telefonie en beveiliging over, tegen een vaste prijs per werkplek. Benieuwd wat dat kost? Ons overzicht van de kosten van IT-beheer geeft je een eerste beeld.

Veelgestelde vragen

Waar staan de afkortingen RTO en RPO voor?

RTO staat voor Recovery Time Objective en RPO voor Recovery Point Objective. De RTO is de maximale tijd tot een systeem weer werkt na een verstoring. De RPO is de maximale hoeveelheid dataverlies, uitgedrukt in tijd.

Wat is belangrijker: RTO of RPO?

Allebei, want ze meten iets anders. Een snel herstel helpt weinig als je een dag aan data kwijt bent, en een recente back-up helpt weinig als terugzetten dagen duurt. Welk doel strenger moet zijn, hangt af van het systeem en je bedrijf.

Wat is een goede RPO voor een mkb-bedrijf?

Daar is geen vaste waarde voor. Voor een archief kan een dagelijkse back-up genoeg zijn, terwijl je voor orders, planning of klantgegevens vaak een RPO van een uur of minder wilt. Bepaal het per systeem op basis van wat dataverlies je kost.

Wat is het verschil tussen RTO en MTPD?

De MTPD is de uiterste grens waarna de schade voor je bedrijf kritiek wordt. De RTO is je hersteldoel en ligt daar altijd binnen. Zo houd je een marge als herstel langer duurt dan gepland.

Hoe weet ik of mijn back-ups mijn RTO en RPO halen?

Door het herstel te testen. Zet regelmatig bestanden, mailboxen of een werkplek terug en meet hoe lang het duurt en hoe recent de data is. Bekijk ook de back-uprapportages van je IT-partner.

Bronnen

NCSC: Hoe herstel ik van een cyberincident? NCSC: Herstel van een cyberincident (NIS2) Digital Trust Center: Back-up, maak er een zekerheid van! Digital Trust Center: Adviezen voor een kwalitatief goede back-up

Aanbevelingen

• Zo migreert het MKB naar de cloud: 7R strategie en praktische checklist
• Managed services voordelen: wat MKB écht wint met uitbesteding
• De 3-2-1 backup regel uitgelegd voor het MKB
• MKB: binnen uren herstellen met een praktisch disaster recoveryplan