RTO og RPO
RTO er, hvor længe et system højst må være nede. RPO er, hvor meget data I højst kan tåle at miste. Sammen styrer de krav til backup.
Kort svar
RTO (Recovery Time Objective) er den længste tid, et system må være ude af drift, før det går ud over forretningen. RPO (Recovery Point Objective) er, hvor langt tilbage i tid data højst må gendannes til – altså hvor meget arbejde I kan tåle at miste. Begge er mål, som virksomheden selv fastsætter, og de afgør, hvordan backup og beredskab skal indrettes.
- Sidste backupData herfra og frem kan gå tabt. Afstanden til nedbruddet skal holdes inden for RPO.
- NedbrudSystemet går ned, fx ved ransomware, hardwarefejl eller en fejlopdatering.
- GendannelseData og system hentes tilbage fra backup og kontrolleres.
- Normal driftTiden fra nedbrud hertil skal holdes inden for RTO.
To spørgsmål, der ikke må blandes sammen
RPO handler om data: Hvis vi gendanner fra den seneste backup, hvor meget er så forsvundet? Tages der backup én gang i døgnet, kan I i værste fald miste et døgns arbejde. NIST, den amerikanske standardiseringsorganisation, definerer RPO som det tidspunkt, data skal kunne genskabes til efter et nedbrud.
RTO handler om tid: Hvor længe kan vi undvære systemet? Det omfatter hele forløbet – at opdage fejlen, skaffe hardware eller adgang, gendanne data og teste, at det virker. NIST beskriver RTO som den samlede tid, et systems komponenter kan være under genopretning, før det går ud over virksomhedens processer.
Et system kan have en kort RPO og en lang RTO eller omvendt. Bogføringen kan måske godt vente en uge (lang RTO), men I vil ikke indtaste en hel uges bilag igen (kort RPO).
Sådan fastsætter I RTO og RPO
RTO og RPO er forretningsbeslutninger, ikke tekniske indstillinger. Start med jeres vigtigste arbejdsgange og spørg: Hvad sker der, hvis systemet er væk i en time, en dag, en uge? Og hvad koster det at lave arbejdet om?
| System | RPO | RTO | Begrundelse |
|---|---|---|---|
| Få timer | Få timer | Kunder og leverandører skriver hele dagen | |
| Fælles filer | 1 dag | 1 dag | Meget kan genskabes, men ikke en uges arbejde |
| Booking eller journal | Minutter | Få timer | Uden systemet kan der ikke tages imod kunder |
| Arkiv | 1 uge | Flere dage | Bruges sjældent og ændres lidt |
Eksempel: En klinik konkluderer, at journalsystemet højst må være nede i fire timer, og at aftaler, der er indtastet samme formiddag, ikke må gå tabt. Det stiller andre krav til systemleverandøren end en backup, der kører én gang i døgnet.
Fra mål til virkelighed
Når målene er sat, kan de sammenlignes med det, I faktisk har. RPO afhænger af, hvor ofte der tages backup eller laves gendannelsespunkter. Microsoft 365 Backup laver fx gendannelsespunkter hvert 10. minut for de seneste to uger. RTO afhænger af, hvor hurtigt der kan gendannes – og det er ofte det, der overrasker: En stor mængde data i skyen kan tage mange timer at hente ned igen, og en server, der skal genopbygges, kræver både hardware og hænder.
Den eneste måde at kende jeres reelle RTO på er at teste en gendannelse og tage tid. Resultatet hører hjemme i beredskabsplanen, så I ved, hvad I kan love kunderne under et nedbrud.
Vær opmærksom: Kortere RTO og RPO kræver som regel mere avanceret og dyrere opsætning. Det er normalt ikke nødvendigt med samme krav til alle systemer – prioritér de få, der er kritiske.
Beslægtede begreber
- Oppetid og SLA: En SLA beskriver, hvad en leverandør lover om drift og responstid. RTO er jeres eget krav – tjek, om leverandørens SLA faktisk lever op til det.
- Opbevaringstid: Hvor længe backupkopier gemmes, er noget andet end RPO. Det handler om, hvor langt tilbage I kan gå – se retention.
- Hvad nedetid koster: Værktøjet nedetidsberegneren kan hjælpe med at sætte tal på, hvad en times nedetid koster jer.
Spørgsmål I kan stille
- Hvilke tre systemer ville stoppe forretningen, hvis de var nede en hel dag?
- Hvor meget arbejde kan vi tåle at lave om på hvert af dem?
- Hvornår har vi sidst taget tid på en gendannelse?
- Lever vores leverandørers aftaler op til de mål, vi har sat?
Hvornår giver det mening at få hjælp?
Hvis I ikke ved, hvor lang tid det tager at komme i gang igen efter et nedbrud, kan en IT-partner hjælpe med at sætte realistiske mål og teste dem mod jeres faktiske backup.
Spørgsmål og svar
Hvad er en realistisk RTO for en lille virksomhed?
Det afhænger af systemet og opsætningen. For data i Microsoft 365 kan enkelte filer typisk gendannes hurtigt, mens en fuld genopbygning af en lokal server efter ransomware kan tage dage. Test er den eneste måde at vide det på.
Kilder (tjekket 31. oktober 2026)