En gendannelsestest, der holder over for en auditor, har tre dele: et mål, der er skrevet ned før testen, en protokol, der viser hvad der blev gjort og hvor lang tid det tog, og en vurdering af, om målet blev nået. Kilderne kræver regelmæssige test, men ingen af dem fastsætter et interval, og protokollen er driftens egen.
Mange virksomheder kan vise, at backupjobbet kører. Færre kan vise, at en server, en database eller en lejer faktisk kan genskabes inden for den tid, forretningen regner med. Det er gendannelsestesten, der lukker det spørgsmål.
Hvad kilderne siger om test
Bilaget til forordning 2024/2690 siger i punkt 4.2.6, at der foretages regelmæssige test af forløbet med genopretning ud fra backupkopier og af reservekapaciteten. Formålet er at sikre, at de kan bruges i en reel genopretningssituation og omfatter kopier, processer og viden. Resultatet af testen skal dokumenteres, og fejl skal om nødvendigt følges op med rettelser. Kun enheder omfattet af forordningens artikel 1 er bundet af det. Andre kan låne det som målestok.
DORA siger i artikel 12, at procedurerne for sikkerhedskopiering og for gendannelse og genopretning testes regelmæssigt. Gendannes der med egne systemer, skal de være fysisk og logisk adskilt fra kildesystemet. Efter genopretning udføres kontroller og afstemninger, der sikrer dataintegriteten. Det gælder finansielle enheder.
SAMSIK anbefaler i vejledningen om ransomware, at reetablering af systemer via backup testes regelmæssigt. Ifølge #StopRansomware Guide fra CISA m.fl. bør tilgængelighed og integritet af backup testes regelmæssigt i et katastrofescenarie.
Ingen af kilderne sætter et interval. Ordene er “regelmæssig” og “med planlagte mellemrum”. Hvor ofte I tester, er derfor jeres egen beslutning, og den bør stå i planen med en begrundelse.
Hvad der tæller som bestået
Den nærmeste regel for “bestået” står i den tekniske standard under DORA, forordning 2024/1774, i artikel 26, stk. 1, litra f. Planerne for indsats og genopretning skal fastsætte målene og de betingelser, under hvilke planen kan erklæres for vellykket. Kravet gælder finansielle enheder, men tanken kan bruges af alle: kriteriet skal skrives ned før testen, ikke efter.
Et kriterium for bestået kan fx have tre led. Systemet er oppe inden for den aftalte tid. Data er fra det forventede tidspunkt. Og en bruger fra forretningen har bekræftet, at systemet virker. Målene for tid og datatab, og hvordan de regnes efter, står i mål for gendannelsestid og datatab.
Protokollen
Protokollen er praksis. Den kan have disse felter:
- Dato og deltagere · (driftsansvarlig, backupadministrator, en bruger fra økonomi)
- System og omfang · (økonomisystemets database og applikationsserver)
- Backupkopi brugt · (kopien fra natten til mandag)
- Gendannet til · (isoleret testnet, adskilt fra produktion)
- Mål for tid · (fire timer fra start til brugbart system)
- Start og slut · (klokkeslæt for hvert trin)
- Målt tid · (tre timer og fyrre minutter)
- Datakontrol · (seneste postering stemmer med forventet tidspunkt)
- Brugerens bekræftelse · (rapport kørt og kontrolleret)
- Resultat · (bestået)
- Afvigelser og opfølgning · (dokumentation for et trin manglede, rettet)
Tidsmålingen er det felt, der oftest mangler. Uden klokkeslæt for hvert trin kan ingen sige, om målet blev nået, eller hvor tiden gik. Tiden kan gå med at finde den rigtige kopi, få adgangskoder frem eller vente på en person med rettigheder. Den slags viser sig kun, når tiden måles.
Isoleret gendannelse
DORA’s krav om, at gendannelse sker på systemer, der er adskilt fra kildesystemet, giver også mening i en test. Gendannes en server til samme net som originalen, kan den komme i konflikt med den kørende udgave. Det er almindelig praksis at gendanne til et isoleret net og at skrive i protokollen, hvor det skete.
Viden tæller med
Forordningens ordlyd nævner kopier, processer og viden. En test, der kun lykkes, fordi én bestemt medarbejder er til stede, viser en afhængighed. Det kan være et godt valg at lade en anden end den daglige administrator gennemføre testen efter den skrevne vejledning. Huller i vejledningen bliver så synlige.
Lovkravene hører andre steder hjemme
Her handler det om driftens protokol. Backuptest set i lyset af NIS2 er emnet under NIS2-audit og den almene auditmetode. Krav til test hos en IT-leverandør hører til kundens kontrol af leverandøren, og regler, som alene findes for myndigheder, til revision og tilsyn i det offentlige.
Hvilke systemer testes
Det er sjældent muligt at teste alt hver gang. En almindelig fremgangsmåde er at teste de mest kritiske systemer oftest og lade de øvrige komme med på skift, så alle har været igennem inden for en periode, I selv fastsætter. Valget af systemer og rækkefølgen skrives i planen, så en auditor kan se, at valget er truffet med vilje. Et system, der aldrig kommer på planen, giver et fund.
Hvad det kræver, og hvad det koster at lade være
Det kræver et isoleret sted at gendanne til, en halv til en hel dag pr. system og en bruger fra forretningen, der kan bekræfte resultatet. Første protokol tager længst tid. Derefter kan den genbruges.
Uden testen ved I ikke, om backuppen kan bruges, før I står og skal bruge den. Og uden protokollen kan I ikke vise en auditor, at testen er lavet.
Det skal I lade være med
- At skrive kriteriet for bestået efter testen · det skal stå i planen før.
- At gendanne til produktionsnettet · brug et isoleret net.
- At skrive et fast interval som et lovkrav · kilderne siger “regelmæssig”.
Det skal gennemgangen kunne vise
- ☐ En plan med de systemer, der testes, og en begrundelse for hyppigheden.
- ☐ Mål for tid og datatab skrevet ned før testen.
- ☐ En protokol med klokkeslæt for hvert trin og den målte tid.
- ☐ Kontrol af data og bekræftelse fra en bruger.
- ☐ Afvigelser med opfølgning og dato for lukning.
Kilder
- Kommissionens gennemførelsesforordning (EU) 2024/2690, artikel 1, bilagets punkt 4.1.4 og 4.2.6, læst 13. november 2026.
- Forordning (EU) 2022/2554 (DORA), artikel 12, stk. 2, 3 og 7, læst 13. november 2026.
- Kommissionens delegerede forordning (EU) 2024/1774, artikel 26, stk. 1, litra f, læst 13. november 2026.
- SAMSIK, Reducer risikoen for ransomware, 2. udgave april 2023, s. 11, læst 13. november 2026.
- CISA, MS-ISAC, NSA og FBI, #StopRansomware Guide, september 2023, læst 13. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Vælg ét kritisk system, skriv målet for tid og data ned, og gendan det til et isoleret net med uret kørende.
Læs også: Gendannelse fra nul · Er kontrollen der, eller har den virket?
→ Kontakt · Tlf. 70 13 63 23 · Teknisk sikkerhedsgennemgang hos Nielco IT
