Disaster recovery (RPO/RTO)

Wat is disaster recovery (RPO/RTO)?

Disaster recovery is het plan om systemen en data te herstellen na een zware storing. Denk aan een cloudregio die uitvalt, een database die corrupt raakt, ransomware of een foutieve delete.

Bij disaster recovery komen twee meetpunten bijna altijd terug: RPO en RTO.

RPO staat voor Recovery Point Objective. Het zegt hoeveel data je maximaal mag verliezen, gemeten in tijd. Een RPO van 15 minuten betekent dat je bij herstel hoogstens de laatste 15 minuten aan wijzigingen kwijt mag zijn.

RTO staat voor Recovery Time Objective. Het zegt hoe lang het maximaal mag duren voor de service weer bruikbaar is.

RPO versus RTO

RPO gaat over dataverlies. RTO gaat over hersteltijd. Ze beantwoorden dus andere vragen.

Een bedrijf kan zeggen: onze orderdatabase heeft een RPO van 5 minuten en een RTO van 1 uur. Dat betekent: maximaal 5 minuten orders verliezen, en binnen 1 uur opnieuw kunnen werken.

Voor een maandelijks archief kan een RPO van 24 uur en RTO van 2 dagen aanvaardbaar zijn. Voor facturatie of webshoporders meestal niet.

Welke bouwstenen horen bij disaster recovery?

• Backups. Kopieën waarmee je data kan herstellen naar een punt in de tijd.

• Read replicas of standby databases. Kopieën die sneller kunnen overnemen of leesverkeer dragen.

• Infrastructure as code. Om omgevingen opnieuw op te bouwen zonder handwerk.

• Runbooks. Duidelijke stappen voor failover, herstel en communicatie.

• Hersteltesten. Een backup die nooit getest is, is een aanname.

Disaster recovery versus high availability

High availability probeert uitval te voorkomen of automatisch op te vangen. Disaster recovery gaat over herstel wanneer er toch een groot probleem is.

Ze vullen elkaar aan. Een systeem kan hoog beschikbaar zijn binnen één regio, maar nog altijd een disaster recovery-plan nodig hebben voor regionaal falen of datacorruptie.

Disaster recovery in dataomgevingen

Voor data teams is herstel meer dan databases terugzetten. Je moet ook weten welke pipelines opnieuw moeten draaien, welke dashboards verkeerde data toonden, welke exports verstuurd zijn en welke downstream systemen geraakt zijn.

Daarom horen data lineage, audit trails en runbooks bij een volwassen herstelplan.

Waar moet je op letten bij disaster recovery

• Maak RPO en RTO per systeem. Niet elke dataset verdient dezelfde dure bescherming.

• Test herstel echt. Alleen backup-succes meten is te weinig.

• Denk aan corrupte data. Replicatie kopieert soms ook fouten snel door.

• Leg beslissers vast. Bij failover moet duidelijk zijn wie de knoop doorhakt.