Sådan gendanner du et WordPress-site fra en backup (uden at miste ordrer)

En gendannelse burde være den rolige del af en dårlig dag. I praksis gør den ofte tingene værre: den forkerte backup, mistede ordrer, et site der kommer tilbage med det samme hul, det blev hacket igennem. Denne guide giver dig en rutine til at gendanne et WordPress-kundesite fra en backup, vælge den rigtige backup, beholde de data, du har brug for, og tjekke resultatet, før kunden gør det.

1. Beslut, hvad du faktisk skal gendanne

Ikke alle problemer kræver en fuld gendannelse. Spørg først, hvad der er gået i stykker, og hvad der er ændret siden den sidste gode backup.

• En opdatering af et plugin eller tema ødelagde sitet: ofte skal du kun lægge den ene plugin- eller temamappe tilbage. Databasen kan blive, som den er.
• Indhold er slettet eller overskrevet: måske har du kun brug for databasen eller endda et enkelt indlæg fra en revision.
• Sitet er hacket, eller der mangler filer: du har brug for filerne og som regel også databasen, fra før problemet startede.

Skriv derefter ned, hvad der er sket på sitet siden backuppen: nye ordrer, formularindsendelser, kommentarer, brugerkonti, ændringer fra kunden. En fuld gendannelse smider alt det væk.

2. Vælg den rigtige backup

Den nyeste backup er ikke altid den rigtige. Du vil have den sidste backup fra før problemet.

• Sammenlign dato og tidspunkt med, hvornår problemet startede (en opdateringslog, den første fejl, kundens første besked).
• For et hacket site skal du gå tilbage til før infektionsperioden, ikke til i går. En backup af et inficeret site gendanner infektionen.
• Sørg for, at backuppen er komplet: både filerne (mindst wp-content) og databasen, og at arkivet faktisk kan åbnes.

3. Tag backup af det ødelagte site først

Før du ændrer noget, så tag en backup af sitet, som det er nu. Det tager et par minutter og giver dig en vej tilbage, hvis gendannelsen går galt, plus de ordrer og indsendelser, du måske skal overføre senere. Med WP-CLI:

wp db export before-restore.sql

Download også wp-content, eller lad din host tage et øjebliksbillede.

4. Gendan på en kopi først, hvis du kan

Har du en stagingkopi eller kan lave en, så gendan der først. Du ser resultatet, uden at kunden kigger med, og du finder ud af, om backuppen duer. For et lille præsentationssite, der alligevel er nede, er det acceptabelt at gendanne direkte på live. For en webshop tester du på en kopi.

5. Kør gendannelsen

Brug det værktøj, backuppen kommer fra. De tre almindelige veje:

• Backup-plugin: brug dets gendannelsesfunktion, og vælg filer, database eller begge.
• Hostingpanel: mange hosts kan gendanne filer og database fra deres egne øjebliksbilleder. Tjek, om de gendanner hele kontoen eller ét site.
• I hånden: upload filerne via SFTP, og importér databasen.

Til den manuelle vej med WP-CLI:

wp db import backup.sql
wp search-replace 'https://old-domain.test' 'https://www.client-site.com' --skip-columns=guid
wp rewrite flush
wp cache flush

Du har kun brug for search-replace når backuppen kommer fra et andet domæne eller en staging-URL. Kør det først med --dry-run .

6. Delvise gendannelser uden at miste ordrer

På en WooCommerce-webshop betyder gendannelse af databasen, at du mister hver ordre, kunde og lagerændring siden backuppen. Vælg hellere den mindste gendannelse, der løser problemet:

• En ødelagt opdatering: læg kun den gamle version af den plugin- eller temamappe tilbage.
• En ødelagt database på en webshop: eksportér før importen de ordrer, der er afgivet siden backuppen, og indtast dem igen, eller bed din udvikler om at flette dem.
• Manglende indhold: tjek revisioner og papirkurven, før du rører en backup.

7. Tjek sitet, før du fortæller kunden det

En forside, der indlæses, er ikke et site, der virker. Gå denne liste igennem:

1. Forsiden og de tre vigtigste sider, på desktop og på en telefon.
2. Send en testbesked via kontaktformularen, og tjek, at den kommer frem.
3. For en webshop: læg noget i kurven, og gå igennem checkout med en testbetalingsmetode.
4. Log ind i wp-admin, og tjek, at de plugins, du forventer, er aktive.
5. Tøm alle caches: cache-pluginet, servercachen og CDN’et.

8. Efter et hack: luk hullet, før du åbner igen

En gendannelse efter et hack lægger den gamle, sårbare version tilbage. Før sitet er offentligt igen:

• Opdater det plugin, tema eller den WordPress-version, der blev brugt til at komme ind.
• Skift alle administratoradgangskoder og databaseadgangskoden, og fjern administratorkonti, du ikke kender.
• Forny sikkerhedsnøglerne i wp-config.php (wp config shuffle-salts), hvilket logger alle ud.
• Hold øje med sitet i et par dage: nye administratorer, ændrede filer, mærkelige omdirigeringer.

9. Gør gendannelser kedelige

De fleste mislykkede gendannelser mislykkes, fordi ingen nogensinde havde prøvet. Gendan ét site fra backup hver måned, på en kopi, og skriv ned, hvor lang tid det tog. Aftal på forhånd med kunderne, hvad en gendannelse betyder for ordrer og formularindsendelser, der kom ind i mellemtiden, så samtalen ikke er ny den dag, det sker.

Sådan håndterer Verploy backups og gendannelser

Hver opdatering kontrolleres, og de risikable testes først på en kopi, også formularerne og checkout, så færre opdateringer overhovedet kræver en gendannelse. Natlige backups har en gendannelsestest, og hvis et site går i stykker efter livegang, ruller Verploy det tilbage. Mere om WordPress-backups til bureauer.