Nederlands
Menu

Wat is RPO (recovery point objective)?

Een doel dat aangeeft tot welk moment de gegevens bij een storing of ramp moeten kunnen worden hersteld (Recovery Point Objective). Met een RPO van 1 uur mag hoogstens het laatste uur aan gegevens verloren gaan, dus er moeten minstens elk uur back-ups of kopieën van de gegevens worden gemaakt.

Japanse benaming: RPO(目標復旧時点)

“RPO (recovery point objective)” komt voor in 3 oefenvragen uit 2 onderwerpen, bijv. Systeemarchitectuur en betrouwbaarheid, IT-servicemanagement en IT-audit.

Vakgebied: Systeemarchitectuur en betrouwbaarheid

RPO en RTO

De RPO is een doel voor hoe ver het herstel terug mag gaan, dus voor de hoeveelheid gegevens die verloren mag gaan, uitgedrukt in tijd. De RTO (recovery time objective) is een doel voor hoe lang het hervatten mag duren. Met een RPO van 4 uur en een RTO van 2 uur mag een storing bijvoorbeeld geen gegevens doen verloren gaan die ouder zijn dan 4 uur, en moet de bedrijfsvoering binnen 2 uur worden hervat. Het zijn aparte doelen, dus er moet een aanpak worden gekozen die beide haalt.

Manieren om de RPO te halen

Als de bescherming alleen op periodieke back-ups steunt, gaan bij een storing vlak vóór de volgende back-up de gegevens van het hele back-upinterval verloren. Het back-upinterval wordt daarom niet langer gemaakt dan de RPO. Om de RPO terug te brengen tot minuten of bijna nul, worden de logbestanden van database-updates vaak naar een andere locatie gestuurd, of wordt replicatie gebruikt, die gegevens naar een andere server kopieert.

Synchrone en asynchrone replicatie

Synchrone replicatie rondt een update pas af nadat is bevestigd dat het schrijven ook op de replica klaar is, dus bij een storing gaan er geen gegevens verloren (een RPO van nul). Daar staat tegenover dat de tijd voor de communicatie heen en terug naar de replica bij elke update wordt opgeteld, zodat de reacties tussen ver uit elkaar liggende locaties traag worden. Asynchrone replicatie stuurt de kopieën later, dus de reacties zijn snel, maar gegevens die nog niet zijn verstuurd, kunnen bij een storing verloren gaan.

Nu oefenen: vragen over RPO (recovery point objective)

Welke beschrijving van de RPO (recovery point objective) in een bedrijfscontinuïteitsplan is juist?

  1. AEen doel dat aangeeft tot welk moment de gegevens bij een storing moeten kunnen worden hersteld (hoeveel gegevensverlies uit het verleden aanvaardbaar is)
  2. BEen doel voor de toegestane tijd vanaf het optreden van een storing tot de bedrijfsvoering of het systeem weer draait
  3. CDe gemiddelde tijd van de ene storing van een systeem tot de volgende
Antwoord en toelichting tonen

Antwoord: A. Een doel dat aangeeft tot welk moment de gegevens bij een storing moeten kunnen worden hersteld (hoeveel gegevensverlies uit het verleden aanvaardbaar is)

De RPO (recovery point objective) is een doel dat aangeeft tot welk moment de gegevens bij een storing moeten kunnen worden teruggezet. Een RPO van 1 uur betekent bijvoorbeeld dat de gegevens moeten kunnen worden teruggezet tot een moment binnen het uur vóór de storing, dus er moeten minstens elk uur back-ups of kopieën van de gegevens worden gemaakt. De toegestane tijd tot de bedrijfsvoering weer draait, is de RTO (recovery time objective), en hoe korter RPO en RTO, hoe duurder de benodigde voorzieningen.

Voor een systeem is de RPO (recovery point objective) vastgesteld op 4 uur en de RTO (recovery time objective) op 2 uur. Een storing kan op elk moment optreden, en de tijd die het maken van een back-up kost, is te verwaarlozen. Welke aanpak voor gegevensbescherming haalt deze doelen?

  1. AElk uur een back-up, en herstel kost 3 uur als er een storing optreedt
  2. BElke 3 uur een back-up, en herstel kost 1,5 uur als er een storing optreedt
  3. CElke 6 uur een back-up, en herstel kost 1 uur als er een storing optreedt
Antwoord en toelichting tonen

Antwoord: B. Elke 3 uur een back-up, en herstel kost 1,5 uur als er een storing optreedt

Als een storing vlak vóór de volgende back-up optreedt, gaan de gegevens van het hele back-upinterval verloren, dus om de RPO te halen, mag het back-upinterval niet langer zijn dan de RPO. Bovendien mag de hersteltijd niet langer zijn dan de RTO. Met elke 3 uur een back-up en herstel in 1,5 uur gaat er hoogstens 3 uur aan gegevens verloren (4 uur of minder) en duurt het herstel 1,5 uur (2 uur of minder), dus beide doelen worden gehaald. De aanpak met elk uur een back-up haalt de RTO niet, en die met elke 6 uur haalt de RPO niet.

Veelgestelde vragen

Zijn kortere RPO's en RTO's altijd beter?

Kortere waarden beperken de gevolgen van storingen, maar de kosten van replicatie, stand-byapparatuur en beheer nemen toe. Gewoonlijk worden ze per bedrijfsproces bepaald door de verliezen bij stilgevallen werk of verloren gegevens te vergelijken met de kosten van de maatregelen.

Kan een systeem met een RPO van nul worden gebouwd?

Met synchrone replicatie is een configuratie mogelijk die tot het moment van de storing geen gegevens verliest. Als gegevens echter door een verkeerde handeling of een softwarefout beschadigd raken, wordt ook die beschadigde toestand gerepliceerd, dus back-ups waarmee naar eerdere momenten kan worden teruggegaan, blijven daarnaast nodig.

“RPO (recovery point objective)” in de toelichting

Vragen met “RPO (recovery point objective)” (3)

  1. Welke beschrijving van de RPO (recovery point objective) in een bedrijfscontinuïteitsplan is juist?
  2. Voor een systeem is de RPO (recovery point objective) vastgesteld op 4 uur en de RTO (recovery time objective) op 2 uur. Een storing kan op elk moment optreden, en de tijd die het maken van een back-up kost, is te verwaarlozen. Welke aanpak voor gegevensbescherming haalt deze doelen?
  3. Welke werkwijze voor het opstellen van een bedrijfscontinuïteitsplan (BCP) is juist?

Verwante termen

RTO (recovery time objective) BCP (bedrijfscontinuïteitsplan) Differentiële back-up Duaal systeem (dual system) Duplexsysteem (duplex system) Fail-safe Fail-soft Fool-proof Fouttolerantie (fault tolerance) Hot standby

Naar de woordenlijst