Kort svar: En backup, der aldrig er testet, er ikke en backup – det er et håb. Gendannelsesøvelsen gør håbet til vished: find seneste backup, gendan den til et testmiljø (aldrig oven i produktionen), verificér, at du kan logge ind og se gårsdagens indhold, og notér, hvor lang tid det tog. Øvelsen afslører de klassiske overraskelser i fredstid: backuppen var tom, manglede databasen eller uploads-mappen, kunne ikke pakkes ud, eller ingen vidste, hvor knappen sad. Kør en kort stikprøve hver måned og den fulde øvelse mindst én gang om året.
Fagligt gennemgået: 2. oktober 2026
Alle har backup. Få har prøvet at bruge den. Og forskellen opdages altid på det værst tænkelige tidspunkt – efter hacket, efter den fejlslagne opdatering, efter sletningen.
Denne guide er øvelsen, de fleste springer over: den, der gør backup fra et abonnement til en evne, du har prøvet.
Den ubehagelige sandhed om backup
Backup fejler stille og på forudsigelige måder:
- Jobbet er holdt op med at køre – pluginet blev deaktiveret, disken løb fuld, eller licensen udløb.
- Backuppen dækker kun halvdelen – filer uden database, eller database uden uploads-mappen, så alle billeder mangler.
- Arkivet er korrupt og kan ikke pakkes ud.
- Kopierne ligger på den server, de skulle redde – og forsvinder sammen med den.
- Seneste brugbare version er måneder gammel, fordi de nyere kopier er ufuldstændige.
Fælles for dem alle: dashboardet viste et grønt flueben hele vejen. Derfor kan øvelsen ikke erstattes af overvågning. Kun en gennemført gendannelse beviser kæden fra backup til fungerende site.
Den gode nyhed er, at hver af fejlene er nem at rette, når den findes en rolig tirsdag i stedet for under et nedbrud.
De to tal, øvelsen måler
Bag fagtermerne gemmer sig to spørgsmål, som enhver ejer kan stille:
| Spørgsmål | Fagterm | Hvad det betyder i praksis |
|---|---|---|
| Hvor gammelt er det, vi får tilbage? | RPO (Recovery Point Objective) | Tager I kun én backup i døgnet, kan I miste op til et døgns ordrer og indhold. |
| Hvor længe er vi om det? | RTO (Recovery Time Objective) | Tiden fra beslutningen om at gendanne til et fungerende site. Øvelsens stopur giver det ærlige svar. |
De to tal er også jeres krav til hosting og værktøj. En forretning, der højst kan tåle at miste få timer og være nede en formiddag, skal vælge backupfrekvens og gendannelsesvej derefter. En webshop med mange daglige ordrer kan have brug for hyppigere kopier af databasen end et informationssite.
Skriv tallene ind i drifts-KPI’erne, så de måles mod virkeligheden. Uden øvelsen er begge tal gætværk – med den er de målt. Og tiden er ofte længere end antaget første gang.
Forbered øvelsen
Fem minutters forberedelse sparer en halv times bøvl:
- Vælg testmiljøet: et staging-miljø hos hostingen, et subdomæne eller en lokal installation.
- Find adgangene: hostingpanel, backupværktøj og et WordPress-administratorlogin, der virker på kopien.
- Vælg, hvad du vil verificere: fx seneste ordre, seneste artikel og tre bestemte billeder.
- Tag tid: start stopuret, når du begynder at lede efter backuppen – ikke først, når du trykker „gendan“.
Før du ændrer noget: Gendan aldrig oven i produktionen under en øvelse. Sørg også for, at testkopien ikke kan sende mails til kunder, trække abonnementsbetalinger eller blive indekseret af søgemaskiner. En kopi af en webshop er en fuldt fungerende webshop, indtil du stopper den.
Øvelsen trin for trin

1. Find seneste backup
Kan du selv navigere til den i hostingpanelet eller backupværktøjet – uden at spørge nogen? Ligger der friske kopier med både database og filer? Notér, hvor gammel den nyeste kopi er.
2. Gendan til testmiljøet
Gendan til staging, et subdomæne eller en lokal installation. Øvelsen må ikke kunne skabe det nedbrud, den træner.
Gendanner du til en anden adresse end produktionen, skal adressen i databasen typisk rettes. Med WP-CLI kan det se sådan ud – kør altid først med –dry-run:
wp search-replace "https://ditdomæne.dk" "https://test.ditdomæne.dk" --all-tables --dry-run
Mange staging-funktioner og backupværktøjer klarer adresseskiftet automatisk. Bloker samtidig indeksering af kopien, fx med adgangskodebeskyttelse eller ved at slå synlighed for søgemaskiner fra:
wp option update blog_public 0
3. Verificér som bruger
Åbn testkopien, log ind i administrationen, og find gårsdagens nyeste indhold: seneste ordre, seneste artikel, seneste formularindsendelse. Klik på tre billeder – databasen kan være fin, mens uploads mangler. Åbn en side med en formular og en produktside, hvis I har en shop.
4. Notér tid og bøvl
Skriv tiden fra start til fungerende kopi ned, og alt, der drillede: „skulle bruge kodeord X“, „trin Y var ikke intuitivt“, „backuppen lå et andet sted end forventet“. Noterne bliver til gendannelsesopskriften.
5. Ryd op
Slet testkopien, når øvelsen er færdig. En glemt kopi er en dublet med rigtige kundedata og egne adgange – og et ekstra site, der skal opdateres.
Selve gendannelsesteknikken i detaljer – delvis gendannelse og hvordan du undgår at miste nye ordrer – ligger i guiden Gendan fra backup. Øvelsen her er disciplinen, der gør den viden brugbar under pres.
Hvad du tjekker på kopien
| Tjek | Sådan | Typisk fund |
|---|---|---|
| Database | Log ind, find seneste ordre eller artikel | Databasen mangler eller er ældre end filerne |
| Uploads | Åbn tre billeder fra forskellige måneder | Billedmappen er ikke med i backuppen |
| Tema og plugins | Se forsiden og en produktside | Manglende filer giver hvide sider eller fejl |
| Alder | Sammenlign med seneste ændring i produktionen | Backupjobbet er stoppet for uger siden |
| Størrelse | Sammenlign med sitets faktiske størrelse | Et arkiv på få MB fra et site på flere GB |
Rytmen: stikprøve og fuld øvelse
To niveauer, to frekvenser:
- Stikprøven – hver måned, to minutter, som fast punkt i årshjulets månedsrutine: se, at nattens backup findes, har realistisk størrelse og omfatter både database og filer. En backup på 2 MB af et site på 2 GB er en alarm.
- Den fulde øvelse – mindst én gang om året samt efter enhver ændring i backupopsætningen eller skift af hosting: hele gendannelsen som ovenfor, med stopur.
Webshops og sites med kritiske data løfter frekvensen til hvert halve år. Kør altid en ekstra stikprøve før store ændringer som migrering, større opdateringer eller redesign, hvor en frisk, verificeret backup er sikkerhedsnettet under hele manøvren – jf. opdateringspolitikken.
Hvor ligger kopierne?
En klassisk tommelfingerregel er 3-2-1: tre kopier af data, på to forskellige typer lager, hvoraf én ligger et andet sted end resten. For et website betyder det i praksis, at hostingens backup suppleres med en kopi, der ikke ligger på samme server som sitet.
Øvelsen er et godt tidspunkt at tjekke det: findes der en kopi, du kan nå, selv hvis hele serveren eller kontoen er utilgængelig? Og hvor geografisk ligger den? Guiden om backup-geografi forklarer, hvorfor placeringen også tæller i GDPR-sammenhæng.
Dokumentér evnen
Øvelsen giver tre resultater, som skal gemmes:
- Opskriften: gendannelse trin for trin, som du netop har gennemført den. Den hører hjemme i driftsdokumentationen, så også en vikar kan følge den.
- Tallene: hvor gammel kopien var, og hvor lang tid det tog. De føres ind i KPI-arket.
- Loglinjen: en linje i ændringsloggen, fx „Backupøvelse gennemført, 40 min. Fund: uploads manglede i sæt A – rettet.“
Vælg samtidig et fundament, hvor backup er nogens job frem for dit håb. På WordPress hosting hos Hostious er der daglig og manuel backup med selvbetjent gendannelse, og fra WP StartUp følger et staging-miljø med – det er et oplagt sted at gennemføre øvelsen.
Det er hele pointen: den dag, alt går galt, skal gendannelse være noget, I har prøvet – ikke noget, I læser om, mens telefonen ringer.
Læs også
- Hub: WordPress sikkerhed og backup
- Gendan fra backup – uden at miste nye ordrer og indhold
- WordPress backup: 8 ting du skal kræve
- Årshjulet for en sund hjemmeside: 12 måneders rutiner
- Driftsdokumentation: den ene side, en vikar kan drive sitet fra
- WordPress hosting hos Hostious – daglig og manuel backup med selvbetjent gendannelse, staging fra WP StartUp
Ofte stillede spørgsmål om backuptest
Hvor ofte skal backuppen testes?
En kort stikprøve hver måned (findes den, har den realistisk størrelse, dækker den database og filer) og en fuld gendannelsesøvelse mindst én gang om året – hvert halve år for webshops – samt efter ændringer i backupopsætningen.
Hvor skal jeg gendanne til under øvelsen?
Til et testmiljø: staging, et subdomæne eller en lokal installation – aldrig oven i produktionen. Øvelsen må ikke selv kunne skabe det nedbrud, den træner dig i at løse.
Hvad er de hyppigste fund i øvelsen?
Backup uden database eller uden uploads-mappen, job der stille er holdt op med at køre, kopier gemt på samme server som sitet – og en gendannelsesproces, ingen kunne huske. Alt sammen nemt at rette i fredstid.
Hvad skal jeg passe på med en testkopi af en webshop?
At den ikke sender mails til kunder, trækker abonnementsbetalinger eller bliver indekseret. Stop udgående mails og planlagte opgaver på kopien, bloker søgemaskiner, og slet kopien, når øvelsen er færdig.
Hvad betyder RPO og RTO?
RPO er, hvor gamle data du højst vil kunne tåle at få tilbage, og RTO er, hvor lang tid gendannelsen højst må tage. Øvelsen viser, om jeres backup og procedure faktisk lever op til de tal.
Udgivet 2. september 2026Opdateret 3. oktober 2026Fagligt gennemgået 2. oktober 2026
