Dansk hosting fra Aalborg
Servere i Europa
24/7/365 dansk support
[email protected]
Sikkerhed og backup 11 min. læsning Opdateret 3. oktober 2026

Sådan virker automatisk backup på hosting

Automatisk backup på hosting: sådan kører kopierne, hvad de dækker, og hvordan du gendanner filer, database og mail uden panik.

Sådan virker automatisk backup på hosting

Kort svar: Automatisk hosting backup betyder, at udbyderen med faste intervaller kopierer dine filer og databaser til et separat lager, typisk inkrementelt, så kun ændringer gemmes. Det afgørende er frekvens, opbevaringstid og hvor hurtigt du kan gendanne. Kombinér den automatiske backup med en manuel backup før større ændringer og en ekstern kopi, hvis sitet er forretningskritisk.

Fagligt gennemgået: 2. oktober 2026

Når man køber hosting, tænker mange først på hastighed, oppetid og support. Backup kommer ofte senere i prioriteringen, lige indtil noget går galt. En slettet fil, en mislykket pluginopdatering, en ødelagt database eller et hacket site kan på få minutter udvikle sig fra irritation til reel driftspåvirkning.

Netop derfor er automatisk backup en central del af moderne hosting. Det handler ikke kun om at have en kopi af et website. Det handler om at kunne vende tilbage til en fungerende tilstand hurtigt, roligt og med mindst muligt datatab.

Hvad automatisk backup på hosting egentlig omfatter

Automatisk backup på hosting betyder, at systemet løbende tager sikkerhedskopier af de data, der ligger på kontoen, uden at du selv skal starte processen hver gang. På en professionel hostingplatform omfatter det typisk websitefiler, databaser og konfigurationer. Om e-mails også er med, varierer fra udbyder til udbyder og fra produkt til produkt, så det skal du spørge konkret ind til.

Det er en vigtig detalje. Mange forbinder backup med “en kopi af hjemmesiden”, men i praksis er et moderne site bygget af flere lag. WordPress-filerne er ét lag. Databasen med indlæg, sider, produkter og brugerdata er et andet. Postkasser, DNS-indstillinger og forskellige systemfiler kan være et tredje – og de ligger ikke nødvendigvis samme sted.

Formålet med en god backupordning er derfor bredere end klassisk filkopiering. Målet er at kunne genskabe driften, ikke kun at genskabe enkelte dokumenter.

Sådan kører automatisk backup på en hostingplatform

I den tekniske hverdag foregår backup som regel i baggrunden efter faste intervaller. Du mærker sjældent meget til processen, hvis løsningen er sat rigtigt op. Backupsystemet registrerer data, pakker eller tager snapshots af ændringerne og gemmer dem på et separat lager.

Hos Hostious tages der automatisk daglig backup af alle WordPress- og WooCommerce-planer, og du kan selv tage en manuel backup og gendanne via selvbetjening. Den manuelle backup er især nyttig lige før en større opdatering, et temaskift eller en import, så du har et gendannelsespunkt fra minuttet før ændringen.

Typisk ser forløbet sådan ud:

  1. Kildedata scannes
  2. Ændringer siden sidste backup identificeres
  3. Data kopieres til backuplageret
  4. Backuppen gemmes som en ny version, der senere kan gendannes

Det lyder enkelt, men kvaliteten afhænger af detaljerne. En god løsning skal være stabil, hurtig og konsistent, også når databasen ændrer sig, mens sitet er i drift. En databasebackup taget midt i en skrivning kan ellers ende inkonsistent.

Inkrementel backup og snapshots reducerer belastningen

Hostingudbydere kopierer sjældent hele kontoen fra bunden hver gang. Det ville være tungt, dyrt og unødvendigt belastende. I stedet bruges ofte inkrementelle backups eller snapshots, hvor kun ændringer siden sidste kopi gemmes.

Det er grunden til, at regelmæssig backup er praktisk mulig uden at gå ud over hastigheden. Er der kun ændret nogle få filer og databaseposter, kan systemet nøjes med at gemme netop de forskelle. Resultatet er mindre dataflytning, kortere køretid og lavere pres på infrastrukturen.

Backup er dog ikke “gratis” i ressourceforbrug. Derfor planlægger udbyderne typisk kørslerne uden for de travleste timer og fordeler dem, så kundernes sites ikke mærker det.

Tabellen viser, hvad en automatisk backup typisk dækker:

DataområdeHvad der normalt gemmesHvorfor det er vigtigt
WebsitefilerTemaer, plugins, uploads, konfigurationerGør det muligt at genskabe sitets struktur og indhold
DatabaseIndlæg, sider, brugere, ordrer, indstillingerIndeholder ofte de mest forretningskritiske data
E-mails (hvis inkluderet)Postkasser, mapper, beskederBeskytter historik, dialog og dokumentation
SystemdataRelevante konto- og serviceindstillingerGiver mere præcis gendannelse af driftstilstanden

Det vigtige er ikke kun, at der tages en kopi – men at kopien faktisk kan bruges, når presset opstår.

Gendannelse af filer, databaser og e-mails efter fejl

Backup giver først reel værdi, når gendannelsen fungerer. Her er der stor forskel på udbydere. Nogle tilbyder selvbetjening i kontrolpanelet, hvor du kan vælge en tidligere version og rulle tilbage. Andre håndterer hele processen via support for at mindske risikoen for fejl.

Begge modeller kan være gode, hvis de er gennemtænkte. Selvbetjening giver fart. Supportstyret gendannelse giver ekstra kontrol, især hvis problemet omfatter databaser, mail eller flere sammenhængende tjenester. En god kombination er selvbetjening med mulighed for hjælp, når det bliver kompliceret.

De mest almindelige scenarier ser sådan ud:

  • Utilsigtet sletning: en tidligere version af filer eller data kan genskabes
  • Defekt opdatering: sitet kan rulles tilbage til en stabil tilstand (se fortryd en WordPress-opdatering)
  • Malware eller kompromittering: en ren kopi kan bruges som udgangspunkt for genopretning, når hullet er lukket
  • Mailtab: mistede beskeder eller postkasser kan i mange tilfælde genetableres, hvis mail er omfattet af backuppen

Jo bedre backuphistorik og jo hurtigere adgang til gendannelse, desto lettere bliver det at fastholde normal drift.

Fordele ved automatisk backup for websites og webshops

Den største fordel er ro i driften. Når backup kører automatisk, er beskyttelsen ikke afhængig af, om nogen husker en manuel rutine fredag eftermiddag. Det gør løsningen mere stabil i praksis, ikke kun i teorien.

Automatisering reducerer også menneskelige fejl. Mange tab sker ikke på grund af dramatiske hændelser, men på grund af små handlinger med store følger. En forkert sletning, et plugin, der skriver over noget vigtigt, eller en import med dårlige data kan være nok.

For virksomheder og webshops bliver værdien hurtigt konkret:

  • Tidsbesparelse
  • Mindre afhængighed af manuelle processer
  • Lavere risiko for større datatab
  • Hurtigere vej tilbage til drift
  • Bedre beskyttelse af indhold og ordredata

Det er også her, backup understøtter to nøglebegreber i drift: RPO og RTO. RPO (Recovery Point Objective) handler om, hvor meget data du højst kan tåle at miste. RTO (Recovery Time Objective) handler om, hvor hurtigt du skal være oppe igen. Med én automatisk backup i døgnet er RPO op til 24 timer. Er det for meget for din forretning, skal du supplere med manuelle backups før ændringer eller hyppigere databasebackups.

Begrænsninger ved automatisk backup og hvorfor egen kopi stadig giver mening

Automatisk backup er stærkt, men det er ikke det samme som en garanti mod alt. Mange får en falsk tryghed, hvis de antager, at “hostingudbyderen har styr på det hele” uden at kende rammerne for opbevaring, versionshistorik og gendannelse.

En backupordning kan have begrænset opbevaringstid, så ældre versioner forsvinder efter et antal dage. Den kan også være lavet til almindelige driftshændelser, ikke til enhver tænkelig katastrofe. Har du strenge krav til arkivering, revision eller langtidshistorik, bør det afklares særskilt.

Det er her, de vigtigste forbehold dukker op:

  • Opbevaringsperiode: den afgør, hvor langt tilbage du kan gå – vigtigt, hvis malware først opdages efter flere uger
  • Gendannelsestid: hurtig backup er ikke altid det samme som hurtig gendannelse
  • Afhængighed af udbyderen: du er bundet til deres processer og kvalitet
  • Kontrol af backup: en backup skal testes, ikke bare eksistere på papiret

Derfor giver det ofte mening at kombinere hostingbackup med en ekstern kopi, især hvis sitet er omsætningskritisk eller underlagt skærpede dokumentationskrav.

3-2-1-reglen: sådan bygger du et backup-sikkerhedsnet

En gammel, men stadig brugbar tommelfingerregel er 3-2-1: hav mindst tre kopier af dine data, på mindst to forskellige typer lager, og mindst én kopi et andet sted end den primære server. For et WordPress-site kan det i praksis se sådan ud:

  • Kopi 1: det kørende site på serveren
  • Kopi 2: hostingudbyderens automatiske backup på separat lager
  • Kopi 3: en ekstern kopi, fx et backupplugin, der sender filer og database til et objektlager eller en anden udbyder

Den eksterne kopi beskytter dig i de situationer, hvor hostingbackuppen ikke kan hjælpe: hvis nogen får adgang til hele din hostingkonto, hvis en fejl først opdages efter opbevaringsperioden, eller hvis du skal flytte hurtigt. Hold adgangen til den eksterne kopi adskilt fra WordPress-login og hostingkonto, så et kompromitteret site ikke også kan slette backuppen. Tænk også over, hvor kopien ligger geografisk, hvis den indeholder persondata (se backup-geografi).

Backupfrekvens, opbevaring og sikkerhed bør være tydeligt beskrevet

Når du vurderer en hostingløsning, er backup ikke et punkt, der bør gemmes nederst i sammenligningen. Det fortjener samme opmærksomhed som CPU, RAM og oppetid.

En professionel dialog med udbyderen bør omfatte, hvor tit der tages backup, hvad der præcist indgår, hvor længe kopierne gemmes, og hvordan gendannelse håndteres. Det gælder især, hvis hjemmesiden indeholder persondata, kundedata eller forretningskritiske transaktioner.

Der er også et sikkerhedslag i selve backupkæden. Data bør beskyttes under overførsel og under lagring. Selvom den konkrete teknik ikke altid er offentligt beskrevet, vil man normalt forvente kryptering, adgangskontrol og integritetskontrol som del af en moden backuppraksis. Under GDPR er backups omfattet af de samme krav til sikkerhed som de data, de indeholder.

For mange virksomheder er det nyttigt at stille disse spørgsmål tidligt:

  • Hvad er backupfrekvensen?
  • Er databaser og e-mails inkluderet?
  • Hvor mange versioner gemmes, og hvor længe?
  • Kan gendannelse ske via kontrolpanelet, eller sker det via support?
  • Kan jeg selv tage en manuel backup før en ændring?

Det er simple spørgsmål, men de afslører hurtigt, om backup er en reel driftsfunktion eller bare en marketinglinje.

Automatisk backup er særligt vigtig for WordPress og WooCommerce

WordPress ændrer sig hele tiden. Nye kommentarer, brugeroprettelser, pluginopdateringer, formularbeskeder og indholdsrettelser sker løbende. I WooCommerce stiger tempoet yderligere, fordi ordrer, lagerændringer og kundedata hele tiden opdateres.

Det betyder, at en gendannelse altid skal planlægges. Gendanner du en webshop til gårsdagens backup, forsvinder de ordrer, der er kommet ind siden. Problemet bliver dermed ikke kun teknisk, men også kommercielt og administrativt.

Derfor er det klogt at tage en manuel backup lige før enhver ændring, der kan gå galt, og at teste opdateringer på staging først. Skal du alligevel gendanne et levende site, så eksportér nye ordrer og kunder først, eller gendan kun den del, der er ødelagt – fx filerne – i stedet for hele databasen. Fremgangsmåden er beskrevet i gendan fra backup uden at miste nye ordrer.

Backup er heller ikke isoleret fra resten af driften. Den fungerer bedst sammen med staging, opdateringsrutiner, sikkerhedsovervågning og et supportberedskab, der kan reagere hurtigt. Når de elementer arbejder sammen, bliver backup en aktiv del af stabil drift i stedet for en passiv forsikring.

Test gendannelsen, før du får brug for den

En backup, der aldrig er gendannet, er en antagelse. Lav en gendannelsesøvelse et par gange om året, gerne på staging eller et testdomæne, så du ved, hvordan det foregår, og hvor lang tid det tager:

  1. Vælg et gendannelsespunkt, og notér tidspunktet.
  2. Gendan filer og database til et testmiljø, ikke til det kørende site.
  3. Kontrollér, at forside, login, formularer og – for webshops – kurv og checkout virker.
  4. Notér, hvor lang tid processen tog. Det er din reelle RTO.

Øvelsen afslører ofte praktiske huller, fx at ingen kender login til backupværktøjet, eller at mediefiler mangler i den eksterne kopi. Se hele øvelsen i test din backup.

Automatisk backup som del af en sund driftsmodel

Den mest brugbare måde at se backup på er som en fast del af driften, på linje med overvågning og sikkerhedsopdateringer. Ikke som et ekstra tilvalg, man håber aldrig at bruge.

For mindre websites giver det tryghed og færre manuelle opgaver. For virksomheder og webshops giver det noget mere værdifuldt: et stærkere beredskab, kortere afbrydelser og bedre kontrol, når noget går skævt.

Når hostingmiljøet tager regelmæssige kopier af filer og databaser, når du selv kan tage en kopi før ændringer, og når der er en klar vej til gendannelse, bliver backup ikke bare en kopi af data. Det bliver en praktisk plan for at holde forretningen i gang.

Læs også

Ofte stillede spørgsmål om automatisk backup

Hvad dækker en automatisk hosting backup typisk?

Filer og databaser og hos nogle udbydere også mailkonti, taget efter fast frekvens og gemt i en periode bagud. Tjek altid frekvens og opbevaringstid – daglig backup gemt i 7 dage og daglig backup gemt i 30 dage er meget forskellige sikkerhedsnet.

Kan jeg selv gendanne fra en automatisk backup?

Hos mange moderne udbydere, ja – enkeltfiler, databasen eller hele sitet via kontrolpanelet. Hos Hostious er gendannelsen selvbetjent. Test gendannelsen på staging, så du kender processen, før du står i en akut situation.

Erstatter hostens backup min egen?

Ikke helt. Den dækker de fleste hændelser, men en ekstern kopi beskytter dig også, hvis kontoen kompromitteres, eller udbyderen selv får problemer. Kritiske forretninger bør have begge lag.

Hvornår skal jeg tage en manuel backup?

Lige før alt, der kan gå galt: opdatering af WordPress, plugins eller tema, temaskift, store importer og ændringer i databasen. Så har du et gendannelsespunkt fra minuttet før ændringen i stedet for fra sidste nat.

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 11. april 2026Opdateret 3. oktober 2026Fagligt gennemgået 2. oktober 2026

Samme emne

Fortsæt med emnet

Alle guides: Sikkerhed og backup