WordPress-backup som faktiskt fungerar (3-2-1, DB vs filer, och varför webbhotellets backup inte räcker)

En WordPress-backup behöver innehålla både filer och databas. Men det räcker inte att ett jobb visas som klart i kontrollpanelen. Du behöver veta hur mycket nytt innehåll som kan gå förlorat, var kopiorna finns och om de går att återställa.

Webguide.se:s råd är att börja med en konkret fråga: hur mycket arbete eller hur många beställningar kan du återskapa om sajten måste återställas? Svaret styr schemat. Ett återställningstest visar sedan om planen håller.

Databasen och filerna behöver passa ihop

Databasen lagrar bland annat inlägg, inställningar och kund- och orderuppgifter. Filerna omfattar WordPress, teman, tillägg, uppladdningar och konfiguration. En kopia av webbplatsens mappar ersätter normalt inte en databasexport. WordPress förklarar skillnaden i sin guide till filbackup.

Uppladdade bilder kan bearbetas, ersättas eller raderas. Även filer som redan finns behöver därför omfattas av backupen. Kontrollera att verktyget tar med nya, ändrade och borttagna filer och kan återskapa den tidpunkt du väljer.

Välj intervall efter den dataförlust du kan acceptera. Om du bara kan återskapa en timmes beställningar räcker inte en kopia per dygn. För en sällan uppdaterad informationssajt kan ett glesare schema fungera. Ta också en komplett kopia före större uppdateringar och flytt. Det finns inget timintervall som passar alla butiker.

Filer och databas behöver höra till ett sammanhängande återställningsläge. Annars kan databasen hänvisa till en bild eller tilläggsversion som saknas i filkopian. Fråga verktygets support hur det hanterar en sajt där beställningar och uppladdningar fortsätter medan backupen körs. WordPress rekommenderar att hantera delarna som ett gemensamt backupset.

Inkrementell backup kopierar förändringar i stället för allt på nytt och kan minska belastningen. Kontrollera vilka tidigare kopior som krävs vid återställning innan du raderar något ur arkivet. Se även vår artikel om dolda resursgränser om lagringsutrymme eller antal filer begränsar jobbet.

Vad 3–2–1 betyder för din WordPress-sajt

Grundregeln är tre kopior totalt: originalet och två säkerhetskopior, på två typer av lagringsmedia, med minst en kopia på annan plats. Det är så CISA beskriver 3–2–1-regeln. Den betyder inte att du måste ha tre säkerhetskopior utöver sajten.

• Originalet: den aktiva sajten hos webbhotellet. Kartlägg vilka filer och databaser den använder.
• En säkerhetskopia: exempelvis webbhotellets backup. Kontrollera innehåll, lagringsplats, historik och återställningsvillkor.
• En oberoende säkerhetskopia: exempelvis extern backup hos en annan leverantör. Kontrollera att du kommer åt den även om hostingkontot försvinner.

Exemplet visar ansvar och oberoende, men bevisar inte att kravet på två medietyper är uppfyllt. Två olika konton kan använda samma sorts lagring. En frånkopplad, skyddad lokal kopia kan ge ytterligare skydd; kontrollera hur din faktiska lösning är uppbyggd.

Fråga vad webbhotellets backup faktiskt täcker

Anta inte att backupen ligger på samma server, att den finns på annan plats eller att allt ingår. Be om svar för just ditt paket:

• När togs den senaste lyckade kopian av både filer och databas?
• Var lagras den, och kan du få tillgång till den om hostingkontot stängs?
• Hur långt bakåt finns återställningspunkter, och kan storlek eller kvoter göra att ditt konto undantas?
• Kan du återställa en fil eller databas separat? Vad kostar hjälpen och hur beställs den?

Om skadlig kod kan finnas i kopian behöver den undersökas före återställning. En äldre kopia är inte automatiskt ren. Vår guide om att sanera en hackad WordPress-sajt behandlar den situationen.

Den befintliga bilden nedan visar backuphistorik i Acronis via cPanel hos Oderland. Den illustrerar vad du kan kontrollera i en panel och är inget belägg för att ditt eget jobb har körts.

Välj extern lagring som går att återställa från

Du kan använda ett backupverktyg som skickar kopior till extern lagring. Välj efter stöd för din WordPress-installation, återställningsflöde och kostnad för hela datamängden. Ett tillägg är ett sätt att ordna detta; en separat backuptjänst kan också fungera.

Kontrollera lagringskvot, versionshistorik, gallring och skydd mot radering. Använd separat inloggning och begränsa åtkomsten. Förvara återställningsinstruktioner och eventuella krypteringsnycklar säkert så att du kommer åt dem även när sajten ligger nere.

Innehåller kopian kunduppgifter behöver även lagringen skyddas. Välj inte tjänst enbart efter uppgiven serverplats. Kontrollera avtal, åtkomst och underleverantörer för din verksamhets behov. Radera inte äldre kopior bara för att frigöra plats utan att först kontrollera vilka återställningspunkter som försvinner.

Testa återställningen utan att påverka riktiga kunder

Vår rekommendation är att göra ett första test när rutinen sätts upp, sedan regelbundet och efter större förändringar. Ett kvartal kan vara en startpunkt, men verksamhetens risk och förändringstakt avgör. Mät tiden i ditt eget test; räkna inte med att det alltid går på tjugo minuter.

1. Välj en komplett återställningspunkt. Hämta filer och databas samt eventuella delar som verktyget kräver. Följ verktygets instruktioner för att återställa dem tillsammans.
2. Förbered en avskild testmiljö. Använd separat databas och lagring, kontrollera anslutningarna och skydda åtkomsten. En testdomän eller en spärr mot sökmotorer räcker inte som åtkomstskydd.
3. Stoppa riktiga utskick och externa jobb. Stäng av kundmejl, produktionsbetalningar, webhooks och kopplingar till exempelvis frakt och bokföring. Kontrollera även schemalagda jobb. WooCommerce varnar för att testordrar kan skicka mejl och hanteras som riktiga ordrar. Använd betalningstjänstens testläge.
4. Återställ och kontrollera flödena. Prova inloggning, bilder och innehåll. I en butik testar du även kassa och orderhantering i testläge. Jämför senaste förväntade inlägg eller order med den valda kopians tidpunkt.
5. Dokumentera resultatet. Skriv upp kopians datum, vad som saknades, tiden för återställning och vem som löser eventuella fel. Skydda eller ta bort testkopian när den inte längre behövs.

För tillbaka inga testdata till den aktiva sajten. Vid en verklig återställning behöver du först planera hur nya beställningar och annat innehåll efter backuppunkten ska bevaras. Ta hjälp om du inte kan avgöra vad som skrivs över. Inför ett byte av leverantör kan du följa vår WordPress-flyttguide.

Backup-checklista för WordPress

• Filer och databas omfattas och kan återställas till ett sammanhängande läge.
• Senaste lyckade jobb är kontrollerat och intervallet motsvarar acceptabel dataförlust.
• Minst en kopia kan nås oberoende av hostingkontot.
• Du känner till historik, kvoter, kostnader och eventuella beroenden mellan kopior.
• En avskild återställning är testad, resultatet dokumenterat och nästa test planerat.

För en bredare plan för ansvar och incidenter finns Webguide.se:s guide till backupstrategi. Här är målet att du ska kunna visa att just din WordPress-kopia går att använda.