Dansk hosting fra Aalborg
Servere i Europa
24/7/365 dansk support
[email protected]
Datasuverænitet 6 min. læsning Opdateret 3. oktober 2026

Backup-geografi: hvor dine sikkerhedskopier ligger – og hvorfor det tæller

Backup er en kopi af alle dine data: de tre spørgsmål om placering, kryptering og retention – og GDPR-håndteringen af sletning i backupperne.

Backup-geografi: hvor dine sikkerhedskopier ligger – og hvorfor det tæller

Kort svar: En backup er en kopi af ALLE dine data – så dens placering tæller lige så meget som produktionens: en server i EU med backup replikeret til et tredjeland er reelt en tredjelandsoverførsel. Spørg din leverandør om tre ting: HVOR ligger backupperne (land), er de KRYPTEREDE (og hvem har nøglen), og hvor længe OPBEVARES de. Opbevaringsperioden betyder også, at en „slettet“ kunde kan leve videre i backup i en periode – det skal din sletteproces og privatlivspolitik afspejle.

Fagligt gennemgået: 2. oktober 2026

Backup er datasuverænitetens blinde vinkel: alle spørger, hvor produktionsdataene ligger – næsten ingen spørger, hvor kopierne ligger. Men en backup er en komplet kopi af dine kunders data, og den skal behandles derefter.

Her er de tre backupspørgsmål til enhver leverandør, GDPR-sammenhængen (sletning vs. backup) – og din egen backupdisciplin oveni leverandørens. Guiden er en praktisk gennemgang, ikke juridisk rådgivning.

1. Backup ER dine data

Juraen skelner ikke mellem original og kopi: persondata i en backup er persondata. En backup, der replikeres til et land uden for EU/EØS, er en overførsel, der kræver et grundlag – præcis som produktionsdata (se guiden om Schrems-dommene).

Derfor hører backupgeografien med i databehandleraftalens fem tjek og i din kortlægning af leverandørkæden: én kolonne til produktionens placering, én til backuppens. Vær særligt opmærksom på cloudtjenester med „automatisk georedundans“, hvor kopierne kan ligge i regioner, du aldrig selv valgte.

GDPR stiller også krav i den anden retning. Artikel 32 nævner evnen til rettidigt at genoprette tilgængeligheden af og adgangen til persondata efter en hændelse. En backup er altså ikke kun en risiko, der skal styres – den er en del af den sikkerhed, du skal kunne dokumentere.

2. De tre spørgsmål til leverandøren

Backupgeografiens tre spørgsmål: hvor ligger kopierne, er de krypterede, og hvor længe opbevares de
  1. Hvor? Land for alle backupgenerationer – også langtidsarkiver og georedundante kopier. „I skyen“ er ikke et svar.
  2. Krypteret – og hvem har nøglen? Backups bør være krypterede under overførsel og i hvile. Spørg, om leverandøren holder nøglerne (det normale), eller om du selv kan (det stærkeste, jf. Cloud Act-guiden).
  3. Hvor længe? Opbevaringsperioden (fx et antal dages rullende backup plus eventuelle månedsarkiver) afgør både, hvor langt tilbage du kan gendanne, OG hvor længe slettede data reelt eksisterer.

Spørg også, hvem der kan tilgå backupperne, og om adgangen logges. En seriøs udbyder svarer konkret på det hele, og svarene bør stå i databehandleraftalen eller dokumentationen. Notér dem i din compliance-mappe – vage svar ER et svar.

3. GDPR og backup: sletning i kopierne

Når du sletter eller anonymiserer en kunde, lever data videre i backupperne, til opbevaringsperioden udløber. Det er sjældent realistisk at slette enkeltpersoner i hver backup, og det er en udbredt og anerkendt praksis at lade dem udløbe – NÅR tre ting er på plads:

  1. Backuppen er sikret og adgangsbegrænset og bruges kun til gendannelse.
  2. Processen sikrer, at data IKKE genopstår ved en gendannelse: gendan, og slet derefter igen de personer, der er slettet siden backuppen. Før en liste over sletninger, så det kan lade sig gøre.
  3. Din privatlivspolitik og dokumentation beskriver ærligt, at sletning slår igennem i backup efter et bestemt antal dage.

Det er få sætninger i en procedure – og præcis den slags, et tilsyn spørger efter. Jo kortere opbevaringsperiode, jo kortere lever slettede data, men jo kortere kan du også gå tilbage. Vælg perioden bevidst.

4. Din egen kopi: 3-2-1 med omtanke

Leverandørens backup dækker leverandørens fejl. Din egen kopi dækker resten: opsagt konto, ransomware, en kompromitteret administratorkonto eller en menneskelig fejl, der først opdages efter flere uger.

3-2-1-princippet gælder stadig: tre kopier, to forskellige medier eller systemer, én et andet sted. Men „et andet sted“ skal vælges med samme geografibriller. En automatisk synkronisering til en tjeneste uden for EU/EØS genindfører præcis den overførsel, du lige har ryddet op i. Lagring i EU eller et krypteret lokalt drev løser det.

Overvej også én kopi, som ikke kan ændres eller slettes fra selve sitet – fx offline eller med uforanderlig lagring. Ransomware og angribere med administratoradgang går ofte efter backupperne først. Selve teknikken – automatisering, test og gendannelsesøvelsen – finder du i sikkerheds-hubben og guiden om at teste backup.

5. Ryd op i de glemte kopier

Husk dine EGNE backupper: kopien på den bærbare, det gamle plugin, der lægger zip-filer i en cloudmappe, eksporten fra sidste års flytning, databasedumpet i en mail til udvikleren. De tæller med i regnskabet og ligger typisk de forkerte steder – uden for både EU og enhver sletterutine.

Saml dem, slet de overflødige, og lad fremover ÉT system eje backupopgaven. Færre kopier er både bedre sikkerhed og enklere GDPR: du kan kun svare for de backupper, du ved findes. Tjek også, at gamle backupfiler ikke ligger i en offentlig mappe på webserveren, hvor de kan hentes af alle, der gætter filnavnet.

6. Test gendannelsen – og skriv det ned

Geografi er ligegyldig, hvis backuppen ikke virker. Lav en gendannelsesøvelse mindst én gang om året – gerne til et staging-miljø, så produktionen ikke berøres:

  • Vælg en tilfældig backup, ikke den nyeste.
  • Gendan filer og database, og tjek, at sitet virker, inklusive login, formularer og eventuel checkout.
  • Notér, hvor lang tid det tog, og hvad der manglede.
  • Gennemfør gensletning af personer, der er slettet siden backuppen.

Én øvelse og ti minutters dokumentation dækker både driftssikkerheden og dokumentationskravet. Skriv konklusionerne ind i databehandleraftalen eller din compliance-mappe, næste gang den gennemgås – så er både praksis og papir enige om, hvor kopierne bor.

7. Backup hos Hostious

På WordPress hosting hos Hostious er der daglig og manuel backup med selvbetjent gendannelse, og serverne står i Europa. Det dækker leverandørdelen. Din egen kopi efter 3-2-1-princippet og din sletteprocedure er stadig dit ansvar som dataansvarlig – præcis som hos enhver anden udbyder.

Læs også

Ofte stillede spørgsmål om backup og dataplacering

Tæller backup som tredjelandsoverførsel?

Ja – replikeres backup til et land uden for EU/EØS, er det en overførsel med krav om grundlag, præcis som produktionsdata. Spørg altid til ALLE backupgenerationers placering.

Skal slettede kunder også slettes i backup?

Det er udbredt praksis, at data lever i backup, til opbevaringsperioden udløber – når backuppen er sikret, gendannelser efterfølges af gensletning, og politikken beskriver det ærligt.

Er leverandørens backup nok?

Nej – den dækker leverandørens fejl. Hold en egen kopi efter 3-2-1-princippet, med „et andet sted“ valgt i EU eller krypteret lokalt.

Hvor ofte skal jeg teste, at backuppen kan gendannes?

Mindst én gang om året og efter større ændringer som flytning eller nyt backupsystem. Gendan gerne til staging, og notér tid, resultat og mangler.

Skrevet af Marc, stifter af Hostious

Jeg hedder Marc og har stiftet Hostious. Vi hoster WordPress-hjemmesider og WooCommerce-webshops for danske virksomheder – drevet fra Aalborg-området med servere i Europa – og jeg skriver guiderne her ud fra det, vi ser i driften hver dag.

Udgivet 2. september 2026Opdateret 3. oktober 2026Fagligt gennemgået 2. oktober 2026