Kopien skal ligge et sted, hvor den overlever det, der kan ramme produktionen. Derfor vælges backupens placering med fire spørgsmål om sted, konto, operatør og jurisdiktion, og svaret er ofte et andet end for de systemer, kopien beskytter.
Mange virksomheder har backup, der teknisk set ligger et andet sted, men som deler konto, leverandør eller administrator med produktionen. Det er den slags fællesskab, der afgør, om en offsite backup også virker den dag, noget går galt. Risikoen ved at lade kopien blive hos samme udbyder forklares på digital-suveraenitet.dk. Her står valget af placering, set fra den, der skal drive kopien.
Sted: den fysiske afstand
Det første spørgsmål er geografisk. Ligger kopien i samme bygning, i samme by eller i et andet land? En kopi i samme serverrum beskytter mod en slettet fil, men ikke mod brand, vand eller strømsvigt i bygningen. En kopi i et andet datacenter hos samme udbyder beskytter mod de fleste fysiske hændelser.
Det er ikke afstanden alene, der tæller. To datacentre kan ligge langt fra hinanden og alligevel dele strømforsyning, netværk eller drift. Spørg udbyderen, hvad der er fælles mellem de to steder. To datacentre, to regioner, to udbydere gennemgår, hvilken adskillelse der beskytter mod hvad.
Konto: hvem der kan slette
Det andet spørgsmål er administrativt. Hvem kan logge ind og slette kopien? Ligger backupen i samme konto eller samme lejer som produktionen, kan en angriber med administratoradgang i værste fald nå begge. Det samme gælder, hvis udbyderen lukker kontoen.
AWS skriver selv, at et objekt i deres strengeste låsetilstand kun kan slettes før tid ved at slette hele den konto, objektet ligger i. Vores læsning er, at en lås i samme konto beskytter mod brugere. Forsvinder kontoen, forsvinder låsen med den. En særskilt konto med egne administratorer og eget login er derfor et selvstændigt valg, uanset hvor kopien ligger fysisk. Læs mere i uforanderlig backup.
Operatør: hvem der driver lageret
Det tredje spørgsmål handler om, hvem der rent faktisk driver lageret. Bag en backupydelse står ofte tre parter: producenten af softwaren, en partner med aftalen og driften, og ejeren af selve lageret. Kopien kan ligge hos en europæisk partner på lager, der lejes af en anden. Backup as a Service skiller de tre led ad.
Et par daterede eksempler pr. november 2026 viser, at producenterne beskriver deres placering forskelligt. Microsoft 365 Backup lægger ifølge Microsoft kopien hos Microsoft og følger lejerens krav til geografisk placering. Keepit, et dansk selskab med hovedsæde i København, oplyser, at selskabet selv står for sin sky uden en offentlig cloud nedenunder, og nævnte i februar 2025 datacentre i syv regioner. Hvem der ejer flertallet i Keepit, er ikke oplyst. Ingen af delene er en anbefaling. De viser, hvilke spørgsmål I skal stille til enhver leverandør.
Jurisdiktion: hvilket lands regler kopien følger
Det fjerde spørgsmål er juridisk og hænger sammen med ejerskab. Kopien er underlagt reglerne der, hvor diskene står, og også der, hvor kontraktparten og dens ejere hører hjemme. Det er ofte her, backup og produktion bør skilles ad, hvis produktionen ligger hos en udbyder uden for EU. Hvordan ejerskab og lovgivning hænger sammen, står på digital-suveraenitet.dk. Her er pointen praktisk. Skriv ned, hvilken juridisk enhed der har kopien, og hvilket land den hører til.
Er der persondata i kopien, er placeringen også et spørgsmål om databehandleraftalen.
Krav, der peger på en placering
NIS2-loven regner backupstyring og reetablering efter en katastrofe med under driftskontinuitet, som er en af de foranstaltninger, en omfattet virksomhed skal have (§ 6, stk. 1, nr. 3). Loven siger ikke, hvor kopien skal ligge. Placeringen er jeres egen vurdering, og den skal kunne forklares. Kunder kan stille krav i deres egne aftaler, og de krav kan være skarpere end loven.
Sådan vælger I placering
En brugbar fremgangsmåde er at tage de fire spørgsmål pr. system og skrive svaret for både produktion og kopi. Hvor svaret er det samme på alle fire, beskytter kopien kun mod det mindste. Hvor svaret er forskelligt på mindst sted og konto, er kopien et reelt alternativ. Hvor det også er forskelligt på operatør og jurisdiktion, er kopien uafhængig af produktionens leverandør.
Ikke alle systemer behøver det højeste niveau. En testserver kan nøjes med en kopi i samme konto. Et system, forretningen ikke kan undvære i en uge, bør have en kopi, der ikke deler noget med produktionen. Det er driftens opgave at foreslå niveauet og ledelsens at godkende det.
Hvad det kræver, og hvad det koster at lade være
En placering uden for produktionens leverandør kræver en ekstra aftale, et ekstra login, overvågning af en ekstra løsning og tid til at teste gendannelse derfra. Posterne er lager efter forbrug, udgående data, når kopien skal hentes hjem, licens til backupsoftwaren og timer til drift og test. Beløbene skriver I selv ind.
Omkostningen ved at undlade det er mindre synlig. Den dukker op den dag, kopien skal bruges og deler skæbne med produktionen. Prissæt et døgn uden systemet med jeres egne tal, og skøn antallet af dage, en genopbygning uden brugbar kopi ville vare. Holder I det op mod de faste poster ovenfor, kan ledelsen se, hvad valget handler om.
Det skal I lade være med
- At kalde en kopi i samme konto for offsite · en anden region ændrer stedet, men samme administrator kan stadig slette begge.
- At vælge placering efter lagerposten alene · udgående data og tiden til at hente kopien hjem hører med.
- At lade leverandørens ejer stå ubeskrevet · kontraktpart og land skal stå i dokumentationen med dato.
Det skal valget kunne vise
- ☐ Sted, konto, operatør og jurisdiktion for produktion og kopi, pr. system.
- ☐ Hvilken juridisk enhed der er kontraktpart for kopien, med dato.
- ☐ Hvem der kan slette kopien, og om de også kan slette produktionen.
- ☐ Hvornår gendannelse fra kopien sidst er testet.
Kilder
- Lov om foranstaltninger til sikring af et højt fælles cybersikkerhedsniveau (NIS2-loven), lov nr. 434 af 6/5 2025, § 6, stk. 1, nr. 3: https://www.retsinformation.dk/eli/lta/2025/434
- AWS, Locking objects with Object Lock: https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-lock.html
- Microsoft Learn, Microsoft 365 Backup overview: https://learn.microsoft.com/en-us/microsoft-365/backup/backup-overview
- Keepit, About Keepit: https://www.keepit.com/about-keepit/
- Keepit, pressemeddelelse 19/2 2025: https://web03.keepit.com/press/momemtum2025/
Senest gennemgået: november 2026.
Næste skridt
Tag jeres tre vigtigste systemer, og skriv de fire svar for produktion og kopi ud for hvert af dem.
Læs også: Objektlager i Europa · Hvor hurtigt kommer data tilbage fra cloud?
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
