Hoppa till innehållet
Deal With IT

Backup är inte backup förrän du har återställt den

Varför vi testar återställning varje kvartal, och hur ett test går till på en vanlig WordPress-sida.

Pontus 3 min läsning

En laptop som visar en slutförd återställning, kopplad till en extern disk, med en kalender i bakgrunden

Nästan alla har backup. Betydligt färre vet om den går att använda. En backup som aldrig har återställts är ett antagande: att filerna är kompletta, att databasen inte är trasig, att någon vet hur man gör — och att det går tillräckligt fort när det väl gäller.

Det enda sättet att veta är att prova. Därför gör vi ett återställningstest varje kvartal, på en kopia och aldrig på den riktiga sidan.

Vad kan gå fel med en backup?

Det mesta som går fel upptäcks inte förrän man behöver backupen:

  • Den är ofullständig. Databasen kom med men inte uppladdade bilder, eller tvärtom.
  • Den är trasig. En avbruten export ger en fil som ser rimlig ut men inte går att läsa in.
  • Den ligger på samma ställe som sidan. Om servern försvinner, gör backupen det också.
  • Den är för gammal. Backupen fungerar, men den senaste är från förra månaden och alla beställningar sedan dess är borta.
  • Ingen vet hur den ska användas. Det tar tre timmar att lista ut vad som ska göras, i en situation där sidan redan ligger nere.

Två frågor att kunna svara på

Innan testet är det bra att bestämma två saker, eftersom testet ska visa om de håller:

  • Hur mycket data har ni råd att förlora? Tas backup en gång per dygn kan i värsta fall ett dygns ändringar gå förlorade. För en informationssida är det oftast okej. För en webbshop kanske inte.
  • Hur länge får sidan ligga nere? Det är tiden från att något går sönder tills sidan fungerar igen. Återställningstestet är det enda sättet att veta vad den tiden faktiskt är.

En tumregel för var backupen ska ligga

Den vanligaste principen kallas 3-2-1: tre kopior av datan, på två olika typer av lagring, varav en på en annan plats. För en webbsida betyder det i praktiken sidan själv, en backup på en separat lagring och en kopia någon annanstans än där servern står.

Så går ett återställningstest till

Stegen nedan gäller en vanlig WordPress-sida. Testet görs i en separat miljö — en testadress eller en lokal installation — så att den riktiga sidan aldrig påverkas.

1. Välj en backup och notera tiden

Ta den senaste backupen, som den skulle användas på riktigt. Notera när den togs och när testet börjar.

2. Lägg tillbaka filerna

Packa upp filerna i testmiljön. Kontrollera särskilt att mappen wp-content/uploads är med — det är där alla bilder och dokument finns.

3. Läs in databasen

Med WP-CLI går det snabbt:

wp db import backup.sql

Därefter behöver adresserna i databasen bytas till testmiljöns:

wp search-replace 'https://exempel.se' 'https://test.exempel.se' --skip-columns=guid

Uppdatera också databasuppgifterna i wp-config.php så att de pekar på testmiljöns databas.

4. Se till att testet inte syns utåt

Två saker glöms lätt bort:

  • Sökmotorerna. Kryssa i Be sökmotorer att inte indexera denna webbplats under Inställningar → Läsning, eller lösenordsskydda hela testmiljön.
  • Utgående mejl. En kopia av en webbshop kan skicka orderbekräftelser eller påminnelser till riktiga kunder. Stäng av utskick innan ni klickar runt.

5. Klicka igenom sidan

Logga in och gå igenom det som faktiskt betyder något:

  • Startsidan och ett par undersidor
  • Att bilderna syns
  • Formulär — att de går att skicka
  • För en webbshop: produktsidor, varukorg och de senaste beställningarna
  • Att tilläggen är aktiva och utan felmeddelanden

6. Anteckna resultatet

Skriv ned tre saker: hur gammal backupen var, hur lång tid återställningen tog och vad som inte fungerade. Anteckningen blir också instruktionen nästa gång — antingen vid nästa test eller den dag det händer på riktigt.

7. Städa upp

Ta bort testmiljön och dess databas när ni är klara. En bortglömd kopia av sidan är ännu en installation att hålla uppdaterad.

Hur ofta?

En gång i kvartalet räcker för de flesta sidor, och alltid efter större förändringar: byte av server, nytt backupsystem eller en ny webbshop. Det viktiga är inte exakt hur ofta, utan att det blir av och att resultatet skrivs ned.

Ingår er sida i vårt driftspaket sköter vi det här åt er. Annars är checklistan ovan en bra start — och om testet visar att något saknas är det betydligt bättre att upptäcka det nu.

Dela artikeln LinkedIn

Har ni ett problem vi borde skriva om?

Hälften av artiklarna här började som en kundfråga. Ställ er fråga — svaret kanske blir nästa guide.