--- title: "Backup af server der faktisk kan gendannes | Wardio" description: "Backup af server i en lille virksomhed: de almindelige måder, den svigter på, når den skal bruges, og hvordan du beviser, at din virker, før du skal stole på den." source: "https://wardio.net/da/guides/backup-der-kan-gendannes/" --- **Backup** # Backup der faktisk kan gendannes Næsten alle små virksomheder har backup. Mange af dem opdager først, når de skal bruge den, at det, de har, kun er arkiver. Af David Kabel · Opdateret 2026-09-24 · 4 min læsning **Det korte svar** Tag backup af applikationens filer, databasen og konfigurationen som tre separate job. Tag et dump af databaser i stedet for at kopiere deres filer. Læg mindst én kopi i et andet fejldomæne end maskinen, med adgangsnøgler, som produktionen ikke kan bruge til at slette den. Gendan derefter en backup efter en fast plan, og tag tid på det. Før du har gendannet en backup, ved du ikke, om den virker. ## Almindelige årsager til, at backup svigter Ingen af dem er sjældne. Fælles for dem er, at backuppen ser sund ud indtil den dag, du skal bruge den. 1. **Noget blev udeladt, og ingen gennemgik det**: Et udeladelsesmønster fra dag ét dækker i måned seks ikke længere en mappe, der betød noget, og ingen har set det. Arkivet kan pakkes ud uden fejl, men de data, du skulle bruge, er ikke i det. 2. **Backuppen kørte mod en database i drift**: Kopierer du databasens filer, mens databasemotoren skriver, får du et arkiv, der gendannes til en korrupt database. Tag et dump eller et snapshot i stedet for at kopiere filerne. 3. **Kopien ligger i samme fejldomæne**: En ekstra disk i samme maskine hjælper kun ved diskfejl. En bucket hos samme udbyder i samme region hjælper kun, når værten fejler. 4. **De adgangsnøgler, der skriver backuppen, kan også slette den**: Ransomware og en kompromitteret server bruger de samme adgangsnøgler som dig. Kan produktionsserveren slette backuppen, kan den, der overtager serveren, også slette den. ## "Et andet sted" betyder et andet fejldomæne En anden mappe på samme server tæller ikke. Backuppen skal ligge i et *andet fejldomæne*, altså på infrastruktur, der kan fejle uafhængigt af det, den beskytter. Stil ét spørgsmål om hvert sted, du lægger backup på: hvilken enkelt hændelse slår både det her og serveren ud? Kan du nemt nævne en, er stedet ikke adskilt nok fra serveren. Adgangsnøglerne betyder lige så meget, men får mindre opmærksomhed. Ligger der nøgler på serveren, som kan slette backup-bucketen, kan alt, der kompromitterer serveren, også slette dine backups. Append-only-opbevaring, hvor der kun kan tilføjes, og write-once-opbevaring, hvor data kun kan skrives én gang, lukker for den slags sletning. Begge dele har en pris. [Afvejningen mellem en append-only-nøgle og Veeams uforanderlige repositories](/da/guides/resticprofile-i-produktion/#ulemper) står i guiden om resticprofile. ## Test gendannelsen Alt ovenfor er forberedelse til testen. Gendan til en maskine, du kan smide væk, start applikationen, log ind, og kontrollér, at dataene er der og er aktuelle. Skriv derefter ned, hvor lang tid det tog. Under et nedbrud er det det tal, du giver kunden, og det står ikke i backupplanen. **En gendannelse, der virkede** I maj 2026 blev en kunde ramt af en alvorlig fejl og skulle have det hele tilbage. Kundens egne ord bagefter: *“We had a serious issue and he restored everything from backup quickly.”* Det gik godt, fordi backupordningen var afprøvet på forhånd. En ordning, der kun er sat op, giver ikke den sikkerhed. WaterArchery, maj 2026. [Flere kundeudtalelser](/da/anmeldelser/). ## Backblaze B2: bucketen vokser hurtigere end backuppen Ligger din eksterne kopi på B2, vokser bucketen og regningen hurtigere end backuppen. Den livscyklusregel, de fleste vejledninger anbefaler, stopper det ikke helt. [Vi eskalerede det til Backblaze og skrev ned, hvad de bekræftede](/da/guides/restic-backblaze-lager-vokser/). ## Spørgsmål ### Hvor ofte skal jeg teste en gendannelse? Hver måned for alt, forretningen er afhængig af, og straks efter enhver ændring i det, der bliver taget backup af. Testen skal vise, om et fungerende system kom tilbage, og hvor lang tid det tog. At arkivet kunne pakkes ud, er ikke nok. Skriv den forløbne tid ned. Det tal er din reelle gendannelsestid, og den er som regel flere gange længere, end folk regner med. ### Tager min hostingudbyder ikke allerede backup af det? Som regel tager udbyderen snapshots af hele den virtuelle maskine efter en fast plan. Det er nyttigt, men det dækker ikke det samme som en backup. Udbyderens snapshots ligger typisk på den samme konto, som du kan miste adgangen til. De bliver kun gemt i kort tid, og de gendanner hele maskinen frem for en enkelt database eller mappe. Brug dem som en ekstra bekvemmelighed, og hav din egen backup ved siden af. ### Kræver GDPR backup? Artikel 32, stk. 1, litra c, kræver evnen til rettidigt at genoprette tilgængeligheden af og adgangen til personoplysninger i tilfælde af en fysisk eller teknisk hændelse. Den nævner hverken produkter eller tidsplaner. En backup, der aldrig er testet, er dog svær at forsvare som en passende foranstaltning, hvis du bliver bedt om at påvise det. **Vil du have backup, du har bevis for?** Wardio kontrollerer automatisk backuppens integritet, lægger den i et andet fejldomæne og leverer en skriftlig gendannelsesprocedure. Fulde gendannelsesøvelser på store datasæt er en særskilt opgave, der aftales for sig. [Se priser](/da/priser/). [Gratis servergennemgang](/da/kontakt/) Relateret: [Sådan sikrer du en ny VPS](/da/guides/sikker-vps/) · [Overvågning af filintegritet i en lille webshop](/da/guides/filintegritet/)