Huller i backuppen findes ved at lægge to lister ved siden af hinanden: listen over systemer og data, der skal kunne genskabes, og listen over de backupjob, der faktisk kører. Alt, der står på den første og ikke på den anden, er et hul. Afstemningen kan driften lave selv, og den bør laves, før nogen har brug for en gendannelse.
Backuppen bliver sat op, når et system kommer i drift. Derefter kommer nye servere til, en database flyttes, en ny lejer i skyen tages i brug, og konfigurationen af firewallen ændres. Backupjobbene følger ikke altid med. Den dag, noget skal genskabes, er det for sent at opdage, at det aldrig var med.
Målestokken
Bilaget til forordning 2024/2690 har en formulering, der rammer kontrolpunktet præcist. Backupplanerne skal omfatte “sikring af, at backupkopier er fuldstændige og nøjagtige, herunder med hensyn til konfigurationsdata og data, der er lagret i cloudcomputing-tjenestemiljøet” (punkt 4.2.2, litra b). Bilaget siger også, at fortegnelsen over aktiver skal være fuldstændig, nøjagtig, ajourført og konsekvent og omfatte en liste over net- og informationssystemer (punkt 12.4.1 og 12.4.2).
Forordningen binder en afgrænset kreds, hvor udbydere af cloud og administrerede tjenester hører med. Øvrige virksomheder kan frit bruge bilaget som pejlemærke. At de to punkter tilsammen giver en afstemning mellem fortegnelse og backup, er en tolkning. Ingen af dem beskriver selve afstemningen.
I Cyberforsvar der virker anbefaler SAMSIK backup af data fra forretningskritiske systemer efter en politik. Konfigurationer og de systemer, som en retablering efter en større hændelse kræver, hører også med. Vejledningen anbefaler desuden jævnlige test af, om indholdet i backuppen er komplet.
For finansielle enheder under DORA skal politikken for sikkerhedskopiering præcisere omfanget af de data, der tages backup af, og minimumshyppigheden, ud fra dataenes kritiske betydning eller fortrolighed (DORA artikel 12, stk. 1, litra a).
De to lister
Den første liste er systemlisten. Den bør bygges fra systemerne selv og ikke fra hukommelsen: katalogtjenesten, virtualiseringsplatformen, cloudkontiene, navneopslag og de forretningssystemer, der købes som tjeneste. Fremgangsmåden står i systemlisten bygget fra systemerne selv.
Den anden liste er et udtræk fra backupsystemet over alle job med det, de dækker: servere, databaser, postkasser, websteder, mapper eller konfigurationer. Udtrækket bør komme fra systemet og ikke fra dokumentationen, fordi dokumentationen beskriver, hvad der var meningen.
Afstemningen
Afstemningen er praksis. En enkel måde er et regneark med én linje pr. system og disse kolonner:
- System · (økonomisystemets database)
- Ejer · (økonomichefen)
- Kritisk for · (lønkørsel og fakturering)
- Backupjob · (natligt job til databaseserveren)
- Hvad jobbet dækker · (databasen, ikke applikationsserveren)
- Konfiguration med · (nej)
- Seneste vellykkede kørsel · (dato fra jobloggen)
- Bemærkning · (applikationsserverens opsætning mangler)
Tre typer fund går igen. Systemer, der slet ikke har et job. Systemer, hvor jobbet kun dækker en del, fx data uden konfiguration eller databasen uden den server, der kører programmet. Og job, der stadig kører mod systemer, der ikke længere findes, mens det nye system ikke er med.
Konfiguration og sky
Forordningens ordlyd peger på to steder, der ofte mangler. Konfigurationsdata fra firewalls, switche, lejerindstillinger og skabeloner er sjældent med i det almindelige backupjob. Det er beskrevet i backup af konfigurationer.
Data i skyen er det andet sted. Kontorplatformen, forretningssystemer, der købes som tjeneste, og lager i cloudkonti står ofte uden for backupsystemet. Hvad der kræves for at regne dem som dækket, er beskrevet i backup af data i skyen.
Hvem laver hvad
Systemlisten trækkes af driften. Udtrækket fra backupsystemet trækkes af den, der administrerer backuppen, ofte en leverandør. Kolonnen “Kritisk for” udfyldes af forretningen, fordi kun den ved, hvilke systemer lønnen eller leverancerne afhænger af. Afstemningen kræver alle tre. Når listen er færdig, får hvert hul en ejer, der beslutter, om systemet skal med i backuppen, eller om det bevidst holdes ude.
Huller opstår ved ændringer
Et hul i dækningen opstår let, når noget ændres. En server bliver erstattet af en ny med et andet navn, og jobbet peger stadig på den gamle. En database flyttes til en anden server. En afdeling tager et nyt system i brug som tjeneste. Det er almindelig praksis at gøre backup til et fast punkt på tjeklisten for nye systemer og for systemer, der lukkes, så afstemningen også sker uden for gennemgangen. Tjeklisterne står i nyt system før idriftsættelse og når et system lukkes.
Hvad det kræver, og hvad det koster at lade være
Det kræver to udtræk og en arbejdsdag med regnearket for et mellemstort miljø. Svarene fra forretningen om kritikalitet tager længere, men de skal kun findes én gang og derefter holdes ajour.
Uden afstemningen er det første tegn på et hul, at en gendannelse ikke kan lade sig gøre. Så er der ingen kopi at vende tilbage til, og det tab kan ikke rettes bagefter.
Det skal I lade være med
- At bruge backupdokumentationen som den ene liste · den viser hensigten, ikke jobbene.
- At regne et job som dækning, fordi det kører grønt · se, hvad det faktisk tager med.
- At glemme konfigurationer og data i skyen · de står udtrykkeligt i forordningens ordlyd.
Det skal gennemgangen kunne vise
- ☐ En systemliste bygget fra systemerne selv, med dato.
- ☐ Et udtræk fra backupsystemet over alle job og deres omfang.
- ☐ En afstemning med én linje pr. system og status for dækningen.
- ☐ En liste over huller med ejer og plan.
- ☐ Konfigurationer og data i skyen med på begge lister.
Kilder
- Kommissionens gennemførelsesforordning (EU) 2024/2690, artikel 1, bilagets punkt 4.2.1, 4.2.2 og 12.4, læst 13. november 2026.
- Forordning (EU) 2022/2554 (DORA), artikel 12, stk. 1, læst 13. november 2026.
- SAMSIK, Cyberforsvar der virker, 4. udgave juli 2023, område 6, læst 13. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Træk et udtræk af alle backupjob, og læg det ved siden af systemlisten.
Læs også: Fejlede backupjob og advarsler, ingen læser · Materialet før start
→ Kontakt · Tlf. 70 13 63 23 · Teknisk sikkerhedsgennemgang hos Nielco IT
