Kan du faktisk gendanne dine filer?

Mange opdager først på dagen at backup-statusen løj. Backup er først backup når du har testet at du faktisk KAN gendanne dine vigtige filer.

Den grønne status kan snyde

Det er nemt at føle sig tryg, når backup-programmet viser en grøn status, en “completed successfully”-besked eller en pæn rapport med dagens dato. Men den slags fortæller ofte kun én ting: at backupjobbet blev kørt. Det fortæller ikke nødvendigvis, om dine filer faktisk kan gendannes, når du står med en død computer, en slettet mappe eller en kunde, der mangler et vigtigt dokument.

Vigtig pointe: En grøn backup-status betyder ikke nødvendigvis, at dine filer kan gendannes.

Derfor bør backup ikke kun handle om at få data “kopieret et sted hen”. Det bør handle om, hvor hurtigt og sikkert du kan komme tilbage til en brugbar version af dine filer.

Konkrete tilfælde hvor restore fejlede

Her er nogle situationer fra virkeligheden, hvor backup så godt ud – men gendannelse gik helt galt:

💾 Scenario 1: “Backup Successful” – men filerne manglede

En fotografs backup-software viste grøn status hver dag i tre måneder. “Backup Successful – 124,543 files backed up”. Da computeren døde og skulle gendannes, opdagede han at en vigtig mappe (“2025_kunder_januar-april”) aldrig blev includet i backuppen. En stavefejl i mappenavnet gjorde at wildcard-filter-reglen ikke fangede den. Resultat: 500 billeder på kunders ordre var væk.

Lektie: Den grønne status viste kun at jobbet kørte, ikke at det korrekte indhold blev kopieret.

🔓 Scenario 2: Backup-filerne var krypterede men nøglen var væk

En accountant satte kryptering på alle backups “for sikkerhed skyld”. To år senere havde hun glemt passwords. Nøglen lå på en sticky note som hun havde smidt væk. Da hun skulle gendanne regnskabsfiler var backup-filerne der, men ubrugelige – hun kunne ikke dekryptere dem fordi hun ikke havde nøglen mere. Backupen blev værdiløs.

Lektie: Krypterede backups uden adgang til nøgle er lige så værdiløs som ingen backup.

💥 Scenario 3: Backup-disken var defekt uden at nogen vidste det

En små virksomhed havde backup til en ekstern harddisk hver nat. “Backup successful” siden sa det hver morgen. Da computeren krasjede efter 14 måneder, opdagede de at backup-harddisken havde dårlige sektorer – halvdelen af filerne kunne ikke læses. Backup-programmet havde ikke tjekket integriteten af data efter det blev skrevet.

Lektie: Programmet kan ikke kontrollere at hardware-defekter ødelagde backup efter det blev skrevet.

🔄 Scenario 4: Versionshistorikken roterede før fejlen blev opdaget

En freelancer-designer arbejdede på et projekt i tre uger. Hun gik tilbage gennem backup-versioner og fandt den seneste “god version” – men den var fra for tre måneder siden. I mellemtiden var programmet roteret gennem 90 dagsversionering, og alle nyere versioner var blevet overskrevet. Hun måtte starte næsten fra nul.

Lektie: Versionshistorik er kun hjælpsom hvis du opdager problemet inden rotationen sletter det.

Backup uden restore-test er kun en antagelse

Mange opdager først problemet, når skaden er sket. Backup har måske kørt i månedsvis, men da der skal gendannes, viser det sig at nogle mapper mangler, at filerne ikke kan læses, at krypteringsnøglen er væk, at backupdisken er defekt, eller at programmet slet ikke har gemt de filer, man troede.

Det er den klassiske backup-fælde: Man tester, at backup kan køre, men ikke at restore virker. En rigtig backupstrategi bør altid indeholde en simpel test: Kan du hente en fil tilbage, åbne den og bruge den?

Typiske problemer der først opdages ved gendannelse

  • Manglende mapper: Backup-programmet har ikke haft adgang til alle mapper, eller udvalget var forkert sat op.
  • Ødelagte backupfiler: Backupen findes, men kan ikke læses korrekt, når den skal bruges.
  • Glemt adgangskode eller nøgle: Krypterede backups er sikre, men ubrugelige hvis nøglen er væk.
  • For kort historik: Fejlen blev først opdaget efter versionerne allerede var overskrevet.
  • Kun sync - ikke backup: Slettede eller ødelagte filer er allerede blevet kopieret videre til destinationen.
  • Backup af de forkerte data: Skrivebordet, billeder eller regnskabsmapper var ikke med i planen.
  • Langsom gendannelse: Data findes, men processen er så besværlig, at nedetiden bliver unødigt lang.

Hvad betyder “restore” egentlig?

Restore betyder gendannelse. Det kan være alt fra at hente én slettet fil tilbage til at gendanne en hel mappe, en ekstern disk eller en computer efter nedbrud. For private handler det ofte om billeder, dokumenter og familiefiler. For små virksomheder kan det være kundedata, tilbud, regnskab, projektmapper eller vigtige mails og eksportfiler.

✅ En god backup kan

  • Gendanne enkelte filer og mapper
  • Gå tilbage til tidligere versioner
  • Bevare slettede filer i en periode
  • Køre automatisk uden daglig håndtering
  • Give mulighed for regelmæssig test-gendannelse
  • Ligge adskilt fra computeren og hjemmet

⚠️ En svag backup kan

  • Se korrekt ud uden at være brugbar
  • Mangle vigtige mapper
  • Overskrive raske filer med ødelagte filer
  • Være afhængig af én ekstern harddisk
  • Mangle historik, når fejlen opdages sent
  • Være for teknisk at gendanne fra i praksis

Sådan laver du en enkel restore-test

Du behøver ikke gøre det kompliceret. En simpel test kan afsløre meget:

  1. Vælg filer der betyder noget: Ikke en tilfældig tekstfil, men en PDF, et regneark, et billede eller et dokument som du rent faktisk bruger.
  2. Tjek at de er med i backuppen: Se i backup-indstillinger at mappen er includet.
  3. Kør backup eller vent: Lad backup køre (manuel eller automatisk) så du ved at filerne er kopieret.
  4. Gendan til en anden mappe: Ikke til original-mappen, men til "Test_Restore" eller lignende.
  5. Åbn og kontroller filerne: Åbn den gendannede fil. Kan du læse den? Kan du arbejde med den? Virker alle billeder? Virker alle links?
  6. Test en hel mappe: Ikke bare én fil, men en helt mappe med 10-20 filer.
  7. Slet den gendannede test-mappe: Nu du ved det virker, kan du slette test-filerne.

For virksomheder: Test de filer der kostede penge at skabe: regnskabsmapper, kundedata, billeder, kontrakter, tilbud, design-filer, projektmapper. Det er ikke nok at vide at en tekstfil kan hentes tilbage.

Avanceret: Hash/Checksum-verificering

Hvis du virkelig vil være sikker, kan du sammenligne filerne før og efter backup ved at bruge checksums (også kaldet hash-værdier). Det lyder kompliceret, men det er en måde at sikre at filen ikke blev ødelagt under kopiering.

Hvad er en checksum? En checksum er en lang streng af bogstaver og tal som repræsenterer indholdet af en fil. Hvis selv én bit i filen ændres, bliver checksummen helt anderledes. Det betyder at hvis din original-fil har checksum ABC123 og den gendannede fil har checksum ABC123, så er de identiske byte-for-byte.

Hvordan tjekker du:

  • Windows: Åbn PowerShell og kør: Get-FileHash "C:\filepath\filnavn.pdf" – noter værdien. Efter restore, kør samme kommando på den gendannede fil. Er værdien den samme? Perfecte.
  • Mac/Linux: Åbn terminal og kør: sha256sum /path/to/file.pdf – noter værdien. Efter restore, kør det igen. Samme værdi = samme fil.
  • Simpel version: Du behøver ikke bekymre dig om tekniske detaljer. Det vigtigste er at åbne den gendannede fil og kontrollere at den virker.
Praktisk tip: For de fleste mennesker er det nok at åbne filen og se at indholdet er der. Checksum-verificering er ekstra sikkerhed hvis du er paranoid – eller hvis du skal arkivere kritiske data i mange år.

Hvor ofte bør du teste?

For private: En test hver tredje eller sjette måned er langt bedre end ingen test. Hvis du har meget vigtige filer (familiefotos, gamle dokumenter, værdifuld arbejde), kan du teste hver anden måned.

For virksomheder: Restore-test bør være en fast rutine – mindst en gang pr. måned. Og særligt efter:

  • Du skifter backup-software
  • Du skifter backup-destinationen (ny ekstern disk, nyt cloud-lager)
  • Du ændrer vigtige mapper eller struktur
  • Du sætter kryptering på (test at nøglen virker!)
  • Der går mere end 3 måneder uden at du har testet

Det vigtigste: Det er ikke perfekt at testen er omfattende. Det vigtigste er at du opdager problemer, mens du stadig har tid til at rette dem – ikke når computeren allerede er død.

Praktisk: Hvad hvis restore fejler?

Hvis du tester restore og noget fejler, så har du heldigvis ikke mistet noget endnu. Her er nogle tips:

Gendannelse fejler helt (kan ikke finde filerne):

  • Er du sikker på at der var backup? Tjek backup-loggen (når blev den sidst kørt?)
  • Indtastede du det rigtige backup-nummer eller dato?
  • Hvis du bruger cloud, er der internet-forbindelse?
  • Hvis du bruger ekstern disk, er disken monteret/tilsluttet?

Filen bliver gendannet men kan ikke åbnes:

  • Er filtypen korrupt? Prøv med en anden fil fra samme backup.
  • Hvis det er en .zip eller .rar fil, kan det være at arkivet blev ødelagt under backup.
  • Hvis det er en database-fil (.db, .mdb), kan den have været låst da backup kørte.
  • Hvis det er krypteret, har du den rigtige krypteringsnøgle?

Fil gendannes men indholdet virker ændret:

  • Måske blev filen ikke helt kopieret da backup kørte (defekt internet-forbindelse?)
  • Måske var der en skrivefejl på backup-destinationen.
  • Prøv en ældre version af filen hvis der er versionshistorik.

Vigtigt: Hvis restore fejler under test er det godt at du opdager det nu. Du har tid til at rette problemet, finde en anden løsning, eller teste igen. Hvis du først opdager problemet når computeren er død, er det for sent.

Hvor DinBackup.dk passer ind

DinBackup.dk er ikke bare tænkt som “endnu et sted at lægge filer”. Formålet er at give private og små virksomheder en mere tryg måde at arbejde med backup, filadgang og gendannelse på - med dansk support, EU-hosting og nem adgang via SFTP fra den software du allerede bruger.

  • Dansk hjælp: Du kan få hjælp af et menneske, ikke kun en anonym supportsidesøgning.
  • EU-hostet lagring: Data opbevares i EU og deles ikke med tredjeparter til reklamer eller AI-træning.
  • Netværksdrev via WireGuard: Flyt og kopier filer direkte fra computeren, når løsningen er sat op.
  • Backup med kendte programmer: Brug løsninger som Duplicati, rclone eller andre backupværktøjer efter behov.
  • Fokus på gendannelse: Backup skal ikke bare køre. Den skal kunne bruges den dag, du mangler filerne.
Praktisk råd: Når du har sat backup op, så lav en test-gendannelse med det samme. Ikke næste måned. Ikke når noget går galt. Med det samme.

Backup for private

For private handler backup ofte om billeder, dokumenter, gamle skoleopgaver, scannede papirer, familievideoer og filer, der ikke kan genskabes. Her er det især vigtigt, at løsningen ikke bliver så teknisk, at den aldrig bliver brugt.

En god privat backup skal helst køre automatisk, være nem at forstå og give adgang til hjælp, når noget driller. Det er præcis dér, mange store cloud- og backupudbydere kan føles fjerne: De har platformen, men ikke nødvendigvis den lokale, menneskelige hjælp.

Backup for små virksomheder

For små virksomheder er problemet ofte anderledes. Man har måske ikke en IT-afdeling, men man har stadig data, der kan koste tid, penge og troværdighed at miste. En ekstern harddisk i skuffen er bedre end ingenting, men den beskytter ikke mod alt.

Hvis virksomheden har kundemapper, regnskabsdata, billeder, tilbud eller projektdokumenter, bør backupen kunne gendannes hurtigt og forståeligt. Det er ikke nok, at “noget” bliver kopieret. Du skal vide, hvad der bliver kopieret, hvor det ligger, og hvordan det hentes tilbage.

Konklusion

Backup handler ikke om grønne flueben. Det handler om at kunne få dine filer tilbage. Den dag computeren dør, en mappe bliver slettet, eller en fil viser sig at være ødelagt, er det ligegyldigt hvor flot backup-rapporten så ud. Det eneste spørgsmål er: Kan du faktisk gendanne dine filer?

Hvis svaret er “det tror jeg”, er det værd at teste. Hvis svaret er “det ved jeg”, er du allerede langt bedre stillet end de fleste.

Se også

Test din backup i dag

Ikke næste uge. Ikke når noget går galt. I dag. Giv det 15 minutter og find ud af om din backup faktisk kan bruges.

Se backup-løsninger med restore-garanti