Så återställer du en WordPress-webbplats från en säkerhetskopia (utan att förlora beställningar)

En återställning borde vara den lugna delen av en dålig dag. I praktiken gör den ofta saken värre: fel säkerhetskopia, förlorade beställningar, en webbplats som kommer tillbaka med samma hål som den hackades genom. Den här guiden ger dig en rutin för att återställa en WordPress-kundwebbplats från en säkerhetskopia, välja rätt kopia, behålla de data du behöver och kontrollera resultatet innan kunden gör det.

1. Bestäm vad du faktiskt behöver återställa

Alla problem kräver inte en fullständig återställning. Fråga först vad som gått sönder och vad som ändrats sedan den senaste bra säkerhetskopian.

• En uppdatering av ett tillägg eller tema förstörde webbplatsen: ofta behöver du bara lägga tillbaka den enda tilläggs- eller temamappen. Databasen kan vara som den är.
• Innehåll har raderats eller skrivits över: kanske behöver du bara databasen, eller till och med ett enda inlägg från en revision.
• Webbplatsen har hackats eller filer saknas: du behöver filerna och oftast också databasen, från innan problemet började.

Skriv sedan ner vad som hänt på webbplatsen sedan säkerhetskopian: nya beställningar, formulärinskick, kommentarer, användarkonton, ändringar från kunden. En fullständig återställning slänger allt det.

2. Välj rätt säkerhetskopia

Den senaste säkerhetskopian är inte alltid rätt. Du vill ha den sista kopian från före problemet.

• Jämför datum och tid med när problemet började (en uppdateringslogg, det första felet, kundens första meddelande).
• För en hackad webbplats går du tillbaka till före infektionsperioden, inte till i går. En säkerhetskopia av en infekterad webbplats återställer infektionen.
• Se till att säkerhetskopian är komplett: både filerna (minst wp-content) och databasen, och att arkivet faktiskt går att öppna.

3. Säkerhetskopiera den trasiga webbplatsen först

Innan du ändrar något, ta en säkerhetskopia av webbplatsen som den är nu. Det tar några minuter och ger dig en väg tillbaka om återställningen går fel, plus de beställningar och inskick du kanske behöver föra över senare. Med WP-CLI:

wp db export before-restore.sql

Ladda också ner wp-content, eller låt ditt webbhotell ta en ögonblicksbild.

4. Återställ på en kopia först om du kan

Har du en stagingkopia eller kan skapa en, återställ där först. Du ser resultatet utan att kunden tittar och får veta om säkerhetskopian duger. För en liten presentationswebbplats som ändå ligger nere är det godtagbart att återställa direkt i drift. För en butik testar du på en kopia.

5. Gör återställningen

Använd verktyget som säkerhetskopian kommer från. De tre vanliga vägarna:

• Säkerhetskopieringstillägg: använd dess återställningsfunktion och välj filer, databas eller båda.
• Webbhotellets panel: många webbhotell kan återställa filer och databas från sina egna ögonblicksbilder. Kontrollera om de återställer hela kontot eller en webbplats.
• För hand: ladda upp filerna via SFTP och importera databasen.

För den manuella vägen 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 behöver bara search-replace när säkerhetskopian kommer från en annan domän eller en staging-URL. Kör det först med --dry-run .

6. Delvisa återställningar utan att förlora beställningar

I en WooCommerce-butik betyder en återställning av databasen att du förlorar varje beställning, kund och lagerändring sedan säkerhetskopian. Välj hellre den minsta återställning som löser problemet:

• En trasig uppdatering: lägg bara tillbaka den gamla versionen av den tilläggs- eller temamappen.
• En trasig databas i en butik: exportera före importen de beställningar som lagts sedan säkerhetskopian och lägg in dem igen, eller be din utvecklare slå ihop dem.
• Saknat innehåll: kontrollera revisioner och papperskorgen innan du rör en säkerhetskopia.

7. Kontrollera webbplatsen innan du berättar för kunden

En startsida som laddar är ingen fungerande webbplats. Gå igenom den här listan:

1. Startsidan och de tre viktigaste sidorna, på dator och på en telefon.
2. Skicka ett testmeddelande via kontaktformuläret och kontrollera att det kommer fram.
3. För en butik: lägg något i varukorgen och gå igenom kassan med en testbetalningsmetod.
4. Logga in i wp-admin och kontrollera att de tillägg du förväntar dig är aktiva.
5. Töm alla cacher: cachetillägget, servercachen och CDN:en.

8. Efter ett intrång: täpp till hålet innan du öppnar igen

En återställning efter ett intrång lägger tillbaka den gamla, sårbara versionen. Innan webbplatsen är publik igen:

• Uppdatera tillägget, temat eller WordPress-versionen som användes för att ta sig in.
• Byt alla administratörslösenord och databaslösenordet, och ta bort administratörskonton du inte känner igen.
• Förnya säkerhetsnycklarna i wp-config.php (wp config shuffle-salts), vilket loggar ut alla.
• Håll koll på webbplatsen några dagar: nya administratörer, ändrade filer, konstiga omdirigeringar.

9. Gör återställningar tråkiga

De flesta misslyckade återställningar misslyckas eftersom ingen någonsin hade provat. Återställ en webbplats från säkerhetskopia varje månad, på en kopia, och anteckna hur lång tid det tog. Kom överens med kunderna i förväg om vad en återställning betyder för beställningar och formulärinskick som kommit in under tiden, så att samtalet inte är nytt den dag det händer.

Så hanterar Verploy säkerhetskopior och återställningar

Varje uppdatering kontrolleras, och de riskabla testas först på en kopia, även formulären och kassan, så färre uppdateringar behöver en återställning alls. Nattliga säkerhetskopior kommer med ett återställningstest, och om en webbplats går sönder efter publicering återställer Verploy den. Mer om WordPress-säkerhetskopior för byråer.