Gendan fra backup – uden at miste nye ordrer og indhold

Kort svar: En gendannelse er et valg mellem tre præcisionsniveauer: fuld gendannelse, hvor alt rulles tilbage, og alt nyt siden backuppen mistes; delvis gendannelse af kun filer eller kun database, som ofte er nok; og kirurgisk gendannelse, hvor enkelte filer eller tabeller hentes ud af backuppen. På en webshop med løbende ordrer er reglen klar: rul aldrig hele databasen blindt tilbage. Vælg det smalleste indgreb, der løser problemet, og gendan til et testmiljø først, hvis du er i tvivl.

Fagligt gennemgået: 2. oktober 2026

Backup handler i praksis om at kunne gendanne. Og dér opstår dilemmaet: backuppen er fra i nat, uheldet skete ved middagstid, og siden da er der kommet nye ordrer, kundeoprettelser og måske en blogkommentar.

Denne guide viser, hvordan du gendanner præcist – så du reparerer skaden uden at slette alt det, der er sket siden.

Før du ændrer noget: Tag en frisk backup af det nuværende site – også selvom det er defekt – før du gendanner noget. Så kan selve gendannelsen fortrydes, hvis den rammer forkert. Notér også tidspunktet, hvor fejlen opstod, og tidspunktet for den backup, du vil bruge.

1. Find ud af, hvad der gik i stykker

Diagnosen bestemmer indgrebet. En fejlet opdatering eller ødelagte filer er et filproblem – databasen fejler intet. Slettede sider, en import, der gik galt, eller ødelagte indstillinger er et databaseproblem – filerne fejler intet.

Kun totalskader – en server, der er væk, en dyb infektion, eller et site, hvor både filer og data er ødelagt – kræver fuld gendannelse. Stil spørgsmålet, før du åbner backup-panelet. Det er forskellen på at reparere én ting og at rulle alt tilbage.

2. Vælg præcisionsniveau

• Kirurgisk: hent én fil (fx temaets functions.php fra før fejlen) eller én databasetabel ud af backuppen, og læg præcis den tilbage. Størst præcision og intet tab af nyere data – men det kræver, at du kan pakke enkeltdele ud af backuppen, fx ved at downloade den og hente filen eller tabellen ud.
• Delvis: gendan kun filerne ved ødelagte plugins eller temaer – så røres databasen og dermed ordrer og indhold ikke. Eller gendan kun databasen ved ødelagt indhold – så røres filerne ikke.
• Fuld: alt tilbage til backup-tidspunktet. Enkelt og hurtigt, men alt nyere mistes. På statiske sites uproblematisk; på webshops og aktive sites en sidste udvej, du vælger med åbne øjne.

Er problemet en plugin- eller WordPress-opdatering, kan der være en endnu smallere vej end backuppen; se tre måder at rulle en opdatering tilbage.

3. Webshop-reglen: databasen er hellig

Ordrer, kunder og lagertræk lander i databasen hele tiden – også mens fejlen stod på. Ruller du databasen seks timer tilbage, forsvinder seks timers ordrer: kunderne har betalt, men shoppen kender dem ikke længere.

Derfor gælder tre regler på en webshop:

1. Filproblemer løses altid med gendannelse af filer alene.
2. Ægte databaseskader håndteres kirurgisk – kun de ramte tabeller, aldrig ordre- og kundetabellerne blindt.
3. Er fuld databasegendannelse uundgåelig, eksporteres ordrerne fra mellemperioden først og genindlæses bagefter. Betalingsgatewayens oversigt er facitlisten for, hvad der mangler.

Ved fejl efter en WooCommerce-databaseopdatering gælder samme princip.

Hvor ligger ordrer og kunder?

Data	Tabeller (standardpræfiks wp_)
Ordrer med High-Performance Order Storage (HPOS)	wp_wc_orders, wp_wc_order_addresses, wp_wc_order_operational_data, wp_wc_orders_meta
Ordrer i klassisk lagring	wp_posts og wp_postmeta (indlægstypen shop_order)
Ordrelinjer	wp_woocommerce_order_items og wp_woocommerce_order_itemmeta
Kunder og brugere	wp_users, wp_usermeta og wp_wc_customer_lookup
Indstillinger	wp_options

Bemærk, at produkter, sider og indlæg også ligger i wp_posts. Gendanner du den tabel på en butik med klassisk ordrelagring, ruller du derfor også ordrerne tilbage. Det er en af grundene til, at nyere butikker bruger HPOS.

Sikkerhedskopi og eksport af enkelte tabeller

Har du adgang til WP-CLI, kan du tage en sikkerhedskopi af den nuværende database og eksportere enkelte tabeller, før du gendanner:

wp db export foer-gendannelse-2026-10-02.sql
wp db export ordrer-mellemperiode.sql --tables=wp_wc_orders,wp_wc_order_addresses,wp_wc_order_operational_data,wp_wc_orders_meta,wp_woocommerce_order_items,wp_woocommerce_order_itemmeta

Gem filerne uden for webroden, og slet dem, når sagen er afsluttet – de indeholder persondata. Se WP-CLI for begyndere, hvis du ikke har brugt værktøjet før.

4. Gendan til test først

Er du i tvivl om backuppens indhold eller kvalitet, så gendan til et separat testmiljø – staging eller en kopi – og se efter: Er fejlen væk dér? Er indholdet komplet? Hvilket præcist tidspunkt er backuppen fra? Først derefter røres live-sitet.

Testgendannelsen er også svaret på spørgsmålet „virker vores backup?“. En backup, der aldrig er prøvet gendannet, er et håb, ikke en forsikring. Kravene til en ordentlig opsætning står i WordPress backup: 8 ting du skal kræve, og øvelsen er beskrevet i guiden til at teste backup og gendannelse.

5. Ryd op efter gendannelsen

En gendannelse er først færdig, når sitet opfører sig normalt igen:

• Ryd page cache, object cache og eventuelt CDN-cache, så besøgende ikke ser en blanding af før og efter.
• Gem permalinks én gang, hvis undersider giver 404.
• Tjek, at planlagte opgaver kører, og at betalingsgatewayens callbacks og webhooks rammer shoppen.
• Opdatér det plugin eller tema, der var årsagen, på staging, før du prøver opdateringen igen.

Gendannelse efter hacking

Efter et hack er gendannelse kun halvdelen af løsningen. En backup fra før infektionen fjerner de inficerede filer, men lukker ikke det hul, angriberen kom ind ad. Find og opdatér den sårbare komponent, skift alle adgangskoder og saltnøgler, og tjek brugerlisten for ukendte administratorer – ellers kan sitet være inficeret igen inden for kort tid. Fremgangsmåden står i guiden til malware-oprydning.

Vær også opmærksom på, at en infektion kan have ligget skjult længe. Vælg en backup, du ved er ren, og kontrollér den på staging, før den lægges på live.

Hvor meget har du råd til at miste?

To begreber fra driftsverdenen gør valget af backup-frekvens konkret. RPO (recovery point objective) er, hvor meget data du højst har råd til at miste – målt i tid siden seneste backup. RTO (recovery time objective) er, hvor længe sitet højst må være nede, mens du gendanner.

En informationsside kan leve med et døgns RPO. En travl webshop kan ikke – her er det værd at tage en manuel backup før hver større ændring og at kende fremgangsmåden for kirurgisk gendannelse, før den skal bruges.

Verifikation

Gendannelsen er i mål, når:

• den oprindelige fejl er væk;
• alt indhold og alle ordrer fra efter backup-tidspunktet stadig findes – afstem mod betalingsgatewayen på webshops;
• sitet fungerer ved en fuld gennemklikning, inklusive login, formularer og et testkøb.

Notér i driftsloggen, hvad der gik i stykker, hvilket niveau der blev gendannet, og hvad tidsvinduet kostede. Føltes øvelsen som at gå på line uden net, er det opsætningen, ikke dig: backup med selvbetjent gendannelse og et staging-miljø gør næste gang langt enklere.

Læs også

• Hub: WordPress sikkerhed og backup
• WordPress backup: 8 ting du skal kræve
• Sådan virker automatisk backup på hosting
• Fortryd en WordPress-opdatering – tre måder at rulle tilbage
• Staging i WordPress: test ændringer før de går live
• WordPress hosting hos Hostious – daglig og manuel backup med selvbetjent gendannelse og staging fra WP StartUp

Ofte stillede spørgsmål om gendannelse

Hvor gammel må backuppen være, før gendannelse er meningsløs?

Det afhænger af aktiviteten: på en statisk side er en uge fint; på en travl shop er selv seks timer dyre. Deraf tommelfingerreglen: backup-frekvensen skal matche, hvor meget du har råd til at miste – daglig er minimum, og på shops bør du supplere med manuelle backups før ændringer.

Kan jeg gendanne fra i går, men beholde dagens ordrer?

Ja – præcis dét er den delvise eller kirurgiske tilgang: gendan filerne (eller de ramte tabeller), og lad ordre- og kundetabellerne stå urørt. Kræver det alligevel fuld databasegendannelse, eksporteres dagens ordrer først og genindlæses bagefter.

Hjælper hostingen med gendannelser?

På Hostious’ WordPress hosting er der daglig og manuel backup med selvbetjent gendannelse, så du selv kan gendanne fra panelet. Dansk support er klar døgnet rundt, hvis du er i tvivl om, hvilket indgreb der er det smalleste – sig, hvad der gik i stykker og hvornår.

Fjerner en gendannelse malware?

Kun de inficerede filer, hvis backuppen er fra før infektionen – ikke årsagen. Uden at lukke sårbarheden, skifte adgangskoder og tjekke brugerne kan sitet blive inficeret igen. Gendan derfor til staging, kontrollér at backuppen er ren, og luk hullet, før live-sitet gendannes.