Teknisk Audit

Mål for gendannelsestid og datatab holdt op mod opsætningen

Mål for gendannelsestid og datatab holdt op mod opsætningen

Gennemgangen regner efter på tre tal: hvor ofte backupjobbet kører, hvor meget data der skal genskabes, og hvor lang tid en gendannelse faktisk har taget. Jobplanen giver det største mulige datatab. Den målte gendannelsestid viser, om tidsmålet kan nås. Passer tallene ikke med målene, er målene eller opsætningen forkerte.

Målene for gendannelsestid og datatab kaldes ofte RTO og RPO. De står i beredskabsplanen eller i en aftale med en leverandør. Sjældnere har nogen regnet efter, om den backup, der kører, kan levere dem. Det er den efterregning, artiklen handler om.

Hvor målene kommer fra

Bilaget til forordning 2024/2690 siger, at backupplanerne omfatter genopretningstider (punkt 4.2.2, litra a). Planen for driftskontinuitet omfatter, hvis det er relevant, genopretningsplaner for specifikke aktiviteter, herunder genopretningsmål, og en rækkefølge for genopretning af driften (punkt 4.1.2, litra e og f). Kravene til kontinuitet fastsættes på grundlag af en forretningskonsekvensanalyse (punkt 4.1.3). Forordningen gælder en afgrænset kreds af enheder, og for andre er bilaget en målestok.

DORA siger i artikel 12, stk. 6, at finansielle enheder ved fastlæggelsen af målene for genopretningstid og genopretningspunkt for hver funktion tager hensyn til, om funktionen er kritisk eller vigtig. Tidsmålene skal sikre, at aftalte serviceniveauer overholdes i ekstreme scenarier. Den delegerede forordning 2024/1774 siger i artikel 24, at kritiske eller vigtige funktioner skal kunne genoprettes inden for et mål for genopretningstid og et genopretningspunkt. For centrale modparter og værdipapircentraler er der et konkret tal, men det gælder kun dem og bør ikke bruges som målestok for andre.

Målene er altså forretningens. Kilderne siger, at de skal findes og bygge på en analyse. De siger intet om, hvad de skal være for jer. Gennemgangens opgave er at regne efter, om opsætningen kan levere dem. For hele beredskabsplanen og NIS2-vinklen se den almene auditmetode og NIS2-audit.

Datatab: jobplanen

Regnestykket er praksis. Ingen kilde giver formlen.

Det største mulige datatab er tiden mellem to vellykkede kørsler. Kører jobbet hver nat klokken to, og går systemet ned klokken et om natten, er næsten et døgns data væk. Målet for datatab skal derfor sammenlignes med intervallet mellem job, ikke med starttidspunktet.

To ting gør regnestykket mindre pænt. Fejlede kørsler: hvis jobbet fejler en nat, er intervallet to døgn. Og varighed: et job, der starter klokken to og slutter klokken seks, har data fra et sted i det tidsrum. Gennemgangen bruger derfor jobloggens faktiske vellykkede kørsler over en periode og ikke den planlagte tid.

Gendannelsestid: den målte tid

Tidsmålet kan kun holdes op mod en målt tid. Den kommer fra en gendannelsestest, hvor hvert trin er taget tid på. Protokollen er beskrevet i gendannelsestesten.

Har I ikke en målt tid, kan gennemgangen lave et overslag ud fra datamængden og den hastighed, kopien kan læses med. Overslaget skal stå som overslag. Det tager ikke højde for den tid, der går med at finde kopien, skaffe adgangskoder og vente på folk. Den tid kan være en stor del af den samlede tid.

Rækkefølgen tæller

Gendannes flere systemer efter en større hændelse, kan de ikke alle starte samtidig. Forordningens ord om rækkefølge for genopretning peger på det. Et system med et tidsmål på fire timer kan ikke nå målet, hvis det står som nummer fem i køen efter systemer, der tager to timer hver. Gennemgangen lægger de målte tider i den rækkefølge, planen angiver, og ser, hvornår hvert system er oppe.

Afstemningen

  • System · (ordresystemet)
  • Mål for datatab · (fire timer)
  • Faktisk interval mellem vellykkede kørsler · (24 timer, i tre tilfælde 48)
  • Mål for gendannelsestid · (otte timer)
  • Målt tid · (seks timer i seneste test)
  • Plads i rækkefølgen · (nummer tre, oppe efter fjorten timer)
  • Vurdering · (datatab og rækkefølge holder ikke)

Den sidste kolonne er gennemgangens konklusion. Den peger på én af to veje: ændre opsætningen, fx hyppigere job eller en anden placering i rækkefølgen, eller ændre målet, så det svarer til det, forretningen reelt kan få. Valget er forretningens.

Når der er flere kopier

Har I både en lokal kopi og en kopi uden for nettet, kan de køre med forskellig hyppighed. Regnestykket for datatab skal laves for den kopi, I faktisk regner med at bruge i det scenarie, målet gælder. Er den lokale kopi ramt af samme hændelse som systemet, er det kopien uden for nettet, der tæller, og dens interval kan være længere. Beskyttelsen af kopierne er gennemgået i backuppens beskyttelse.

Hvad det kræver, og hvad det koster at lade være

Det kræver målene fra planen, jobloggen for en periode, en målt gendannelsestid og den rækkefølge, systemerne skal gendannes i. Regnearket kan laves på en dag. Samtalen med forretningen om målene tager længere.

Uden efterregningen står der mål i planen, som opsætningen ikke kan nå. Det opdages først, når et system er nede og forretningen venter på et klokkeslæt, ingen kan holde.

Det skal I lade være med

  • At regne datatab fra jobbets starttid · brug intervallet mellem vellykkede kørsler.
  • At bruge et overslag som målt tid · skriv det som overslag, indtil det er testet.
  • At se på hvert system for sig · rækkefølgen skubber de sidste systemer.

Det skal gennemgangen kunne vise

  • ☐ Mål for datatab og gendannelsestid pr. system med kilde i planen.
  • ☐ Intervallet mellem vellykkede kørsler over en periode fra jobloggen.
  • ☐ Målt gendannelsestid eller et markeret overslag.
  • ☐ Tidspunktet, hvor hvert system er oppe, når rækkefølgen er lagt ind.
  • ☐ En vurdering pr. system og forretningens beslutning ved afvigelser.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Tag de tre vigtigste systemer, og skriv målet for datatab ved siden af intervallet mellem de seneste vellykkede kørsler.

Læs også: Fejlede backupjob og advarsler, ingen læser · Gendannelse fra nul

→ Kontakt · Tlf. 70 13 63 23 · Teknisk sikkerhedsgennemgang hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Skal jeres opsætning gennemgås?

Skriv kort, hvilke dele af miljøet det drejer sig om, og hvad der sætter det i gang. Så vender jeg tilbage. Gennemgangen er uvildig og uafhængig, og Nielco IT har ingen forhandleraftaler.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.