Webbhotell med daglig backup
Backup är en av de mest underskattade aspekterna av webbhosting. En hackning, en misslyckad pluginuppdatering eller ett serverfel kan radera månaders arbete på sekunder. Daglig backup är inte ett lyxalternativ, det är grundläggande skydd. Ändå erbjuder långt ifrån alla webbhotell det som standard.
Vad skiljer ett webbhotell med bra backup? Hur ofta kopior sparas, hur länge de lagras och framför allt: hur enkelt det är att återställa dem. En backup som tar tre supportärenden och 48 timmar att aktivera är i praktiken värdelös.
Oderland
3 paket
Kinsta
3 paket
Inleed
5 paket
Templ
5 paket
WP Engine
4 paket
HostUp
3 paket
Simply.com
3 paket
SiteGround
2 paket
Infomaniak 
Hostinger
2 paket
Namecheap
2 paket
hosting.com
4 paket
Miss Hosting
3 paket
Strato
3 paket
IONOS
4 paket
Wopsa
3 paket
Polar55
1 paket
Utforska webbhotell efter ämne
Backup är ovärderlig just den dag den behövs
Backup är den funktion som ingen tänker på förrän den behövs. Hackad sajt, misslyckat plugin-byte, databaskorruption efter en slarvig uppdatering. När katastrofen väl inträffar är det för sent att börja fundera på om backup-inställningarna var tillräckliga. Det vi tittar på när vi utvärderar webbhotell är därför inte om backup finns, utan hur det faktiskt fungerar i det ögonblick du behöver återställa något.
Vad skiljer en bra backup-lösning från en som bara ser bra ut på specifikationssidan? Det handlar om fyra saker i kombination: hur ofta det körs, hur länge historiken bevaras, hur enkelt du kan återställa en specifik version, och var kopiorna faktiskt lagras.
Daglig automatisk backup och vad historiken egentligen betyder
Daglig backup är det lägsta rimliga intervallet för en aktiv webbplats. Kopieras din sajt en gång i veckan och du råkar ut för ett problem på dag sex, kan du förlora upp till sex dagars arbete. De allra flesta seriösa webbhotell erbjuder numera daglig backup utan tillval, men intervallet är bara en del av bilden.
Retentionstiden, alltså hur många dagars historik som sparas, avgör hur långt tillbaka du kan gå. Sju dagar är vanligt, men det är ett trubbigt skydd. Säg att du på en måndag installerar ett plugin som under de närmaste tre veckorna sakta korrumperar din databas, utan att det märks direkt. Sju dagars historik räcker inte. 30 dagar är ett mer rimligt minimum för en sajt med regelbundet uppdaterat innehåll. Hos leverantörer som erbjuder backup via Acronis eller liknande dedicerade system kan historiken sträcka sig betydligt längre, ibland upp till 90 dagar eller mer. Det är en konkret fördel värd att räkna med.
Separata backupkopior, inte på samma disk som sajten
En backup som lagras på samma fysiska server som sajten ger ett svagare skydd än vad det låter. Om hårddisken går sönder eller servern komprometteras försvinner original och kopia i samma rörelse. Bra backup-lösningar lagrar kopiorna på ett separat system, geografiskt åtskilt eller hos en annan leverantör. Det kallas ibland off-site-lagring, och det är skillnaden mellan en backupkopia och ett papper man skriver på men glömmer i byrålådan.
Det här är sällan något webbhotellen lyfter fram tydligt i sin marknadsföring. Fråga specifikt var kopiorna lagras om du är osäker. Hos de seriösa svenska leverantörerna är separata system standard. Hos de billigaste är det inte alltid givet.
Både filer och databas, inte bara det ena
En webbplats består av två delar. Den ena är filerna, alltså PHP-kod, tema, media, plugins och konfiguration. Den andra är databasen, som innehåller allt faktiskt innehåll: inlägg, sidor, användardata, inställningar. WordPress-sajter är ett bra exempel på hur tätt de hänger ihop. Om du återställer filerna men inte databasen hamnar du på en tom installation. Omvänt ger en databasåterställning utan matchande filer kaos med felaktig kod och saknade resurser.
Kontrollera alltid att backupen täcker båda delarna och att de kan återställas till samma tidpunkt. Inkonsekventa kopior, där filer är från onsdag och databas är från måndag, skapar problem som är svårare att felsöka än det ursprungliga problemet.
Självbetjäning vs. supportärende
Det här är den skillnad som märks allra tydligast i ett skarpt läge. Att behöva skapa ett supportärende, vänta på svar och sedan invänta att någon på hotellets sida genomför återställningen kan ta timmar. Under tiden är sajten nere.
Moderna kontrollpaneler som cPanel och DirectAdmin har vanligtvis ett inbyggt backup-gränssnitt där du själv kan välja återställningspunkt och köra igång återställningen direkt. Vissa leverantörer bygger på med egna lösningar, ibland med en tidslinje liknande Time Machine. Det ska vara möjligt att återställa en enskild fil, ett specifikt plugin-directory eller hela databasen separat. Granulariteten är ett tecken på hur seriöst backup-systemet faktiskt är byggt.
Inkrementell vs. full backup och varför det spelar roll för dig
En fullständig backup kopierar allting varje gång. Det är enkelt men lagringskrävande, och på stora sajter med mycket media kan det ta tid. Inkrementell backup kopierar bara det som förändrats sedan föregående körning, vilket gör processen snabb och smidig. De flesta moderna backup-system på webbhotell använder inkrementell backup som standard, med periodiska fulla kopior som bas. Från ditt perspektiv behöver du sällan oroa dig för skillnaden, men om du driver en sajt med väldigt stor datamängd är det värt att fråga hur systemet är uppbyggt, för att förstå hur lång en återställning faktiskt kan ta.
En sak att tänka på: snabba inkrementella kopior är bra för frekvensen, men om kedjan av inkrementella kopior börjar på en korrupt bas kanske problemet följer med. Kompletta basnedladdningar med jämna mellanrum är därför ett tecken på att systemet är väldesignat, inte ett onödigt slöseri med lagringsutrymme.
Leverantörens backup är inte din backup
Det vanligaste missförståndet om backup är att webbhotellets inbyggda system ersätter en egen kopia. Det gör det inte. Om du råkar ut för ett problem hos leverantören, en systemmigration som går fel eller ett kontorelaterat problem som låser dig ute, är du helt beroende av att hotellet kan och vill hjälpa dig. En egen extern kopia, sparad på din dator eller hos en separat tjänst som Backblaze, ger dig kontrollen tillbaka. Det kallas 3-2-1-principen: tre kopior, på två olika medier, varav en utanför anläggningen. Leverantörens backup är en av de tre, inte alla tre.
En backup du inte har testat att återställa är en backup du inte vet om den fungerar.
Det här ska du kontrollera hos webbhotellet
- Daglig automatisk backup som standardInte som tillval eller tilläggstjänst. Daglig frekvens ska ingå i grundpaketet utan att du behöver aktivera det manuellt.
- Minst 14 dagars historik, helst 30Sju dagar kan räcka för enkla sajter med låg aktivitet. 30 dagar är ett rimligare minimum för sajter med regelbundet innehåll och fler plugins.
- Backup av både filer och databasKontrollera att kopiorna täcker hela installationen och att filer och databas är konsistenta, det vill säga kopierade vid samma tidpunkt.
- Separat lagring utanför sajt-servernKopiorna ska inte ligga på samma disk som sajten. Fråga specifikt om det inte framgår av dokumentationen.
- Självbetjäning med granulär återställningDu ska kunna återställa en enskild fil, ett specifikt directory eller bara databasen direkt i kontrollpanelen, utan att behöva kontakta support.
- Testa återställningen innan du behöver denGör ett testdrag mot en tom domän eller i en stagingmiljö. Det enda sättet att veta att backup-systemet faktiskt fungerar är att ha återställt från det en gång.
3-2-1-principen i praktiken för en webbplats
Principen är enkel att formulera och svårare att faktiskt följa. Tre kopior av din data. Två på olika medier eller system. En utanför primär anläggning. Tillämpad på en webbplats ser den ut så här.
Den första kopian är det som körs live på servern. Den andra är webbhotellets automatiska backup. Den tredje är en kopia du själv kontrollerar, sparad lokalt eller hos en oberoende molntjänst. Varken UpdraftPlus mot Google Drive, Duplicator mot Dropbox eller ett eget cron-jobb mot Backblaze B2 är komplicerat att sätta upp. Men det kräver att du faktiskt gör det, inte bara planerar att göra det.
Kombinerat med en stagingmiljö får du ett arbetsflöde där du kan testa uppdateringar i staging, köra dem till live, och veta att du kan rulla tillbaka till en känd god version om något går fel. Det är inte överkurs. Det är hur sajter som inte kraschar underhålls.
Vill du läsa mer om hur du bygger upp en robust backupstrategi utanför det som webbhotellet erbjuder finns det en genomgång i vår guide om backup-strategi för webbplatser.
Vanliga frågor om webbhotell och backup
Svar på de vanligaste frågorna om hur backup fungerar i praktiken, vad du kan förvänta dig av din leverantör och när du behöver ta ansvar själv.
Hur backup fungerar hos leverantören
De flesta webbhotell med inbyggd backup kör en fullständig säkerhetskopia en gång per dygn, vanligen nattetid. Databasen backas ibland upp oftare, var fjärde till sjätte timme hos leverantörer med mer avancerade lösningar. Frekvensen varierar påtagligt: billigare planer kan nöja sig med varje dygn eller varannan dag, medan premium- och WordPress-fokuserade paket ibland erbjuder realtidsreplikering av databasen. Kontrollera alltid din plans faktiska backupfrekvens i villkoren, inte bara på prissidan. Hur du sätter upp en komplett backuplösning, inklusive externa kopior, går vi igenom i guiden om backup-strategi för din webbplats.
Vanligast är att leverantörer sparar 7 till 30 dagars backuphistorik, men spridningen är stor. Många delade webbhotell erbjuder 7 dagar som standard. Hanterade WordPress-planer och VPS-lösningar kan gå upp till 30 eller 60 dagar. Det som sällan nämns på prissidan är att historiklängden ofta beror på lagringsutrymme: när diskkvoten är nådd raderas äldre kopior automatiskt. En kort historik är ett konkret problem om du inte märker att något gått fel förrän efter veckor, vilket till exempel händer vid långsamma malwareinfektioner.
En fullbackup är en komplett kopia av alla filer och databaser vid ett givet tillfälle, enkel att återställa men tar stor plats. En inkrementell backup sparar bara det som ändrats sedan senaste körning, vilket drastiskt minskar lagringsbehovet men kräver att alla mellanliggande kopior är intakta vid en återställning. I praktiken kör de flesta webbhotell en hybrid: dagliga inkrementella kopior med en fullbackup en gång i veckan. Ur ditt perspektiv som kund är distinktionen mest relevant när du frågar om återställningstid, eftersom inkrementella kedjor kan ta längre tid att applicera. Mer om hur du väljer och kompletterar med egna kopior finns i backup-guiden för din webbplats.
Ja, och det spelar stor roll. Filer och databas behöver backas upp vid exakt samma tidpunkt för att en återställning ska ge ett konsistent tillstånd. Om filbackupen görs kl. 02:00 och databasbackupen kl. 04:00 kan en återställning ge en webbplats vars kod och databas inte stämmer överens, med trasiga sidor eller förlorade inlägg som följd. Hos välkonfigurerade leverantörer körs fil- och databasbackup som ett koordinerat jobb. Fråga specifikt om detta om du driver en WooCommerce-butik eller ett forum där ordrar och inlägg skapas dygnet runt.
Återställning och räckvidd
Det beror helt på leverantören. Moderna webbhotell med cPanel eller DirectAdmin har en självbetjäningsfunktion direkt i kontrollpanelen där du väljer datum och klickar återställ utan supportkontakt. Hos äldre eller billigare aktörer krävs fortfarande en supportbegäran, vilket kan innebära timmars väntetid. Vår erfarenhet är att möjligheten att återställa utan support är en av de mer undervärderade skillnaderna mellan leverantörer: i ett akut läge, till exempel efter en misslyckad pluginuppdatering mitt i natten, är varje timme kännbar.
Leverantörens backup är ett skyddsnät, inte en heltäckande strategi. Det klassiska problemet är att om servern, kontot eller hela datacentret drabbas av en allvarlig incident kan leverantörens egna backupkopior försvinna i samma händelse. Branschstandarden kallas 3-2-1: tre kopior av din data, på två olika medietyper, varav en förvarad utanför leverantörens infrastruktur. För en WordPress-sajt innebär det i praktiken att kombinera leverantörens dagliga backup med ett plugin som lagrar kopior i till exempel Google Drive eller Backblaze. Sajter med kunddata, betalningar eller mycket publicerat innehåll bör aldrig förlita sig på en enda källa. Hur du sätter upp en komplett och oberoende strategi beskriver vi i backup-planen för din webbplats.
Många leverantörer lagrar backupen på samma fysiska server eller i samma datacenter som produktionsmiljön. Det skyddar mot de vanligaste scenarierna som oavsiktlig filradering eller misslyckad uppdatering, men inte mot infrastrukturfel, brand eller ett allvarligt säkerhetsangrepp som påverkar hela anläggningen. Svenska leverantörer med servrar i Sverige kan ha backuplagring i ett separat datacenter inom landet, vilket ger rimlig geografisk separation utan att data lämnar EU. Fråga uttryckligen var backupkopior lagras och om de är fysiskt separerade från din primära server om dataintegritet är kritisk för din verksamhet.
Det enda sättet att veta att en backup fungerar är att faktiskt genomföra en återställning. Gör så här: återställ en kopia till en testmiljö, antingen via leverantörens stagingfunktion eller ett separat testdomän, och kontrollera att sajten fungerar, att inlägg och produkter finns kvar och att formulär och inloggning fungerar som förväntat. En backup som aldrig testats är en obekräftad hypotes. Vanlig rekommendation är att göra en provåterställning kvartalsvis, eller alltid efter en större plattformsuppgradering.
Praktiska råd och vanliga misstag
I de flesta fall raderas alla backupkopior permanent inom dagar till veckor efter att kontot stängts. Leverantörer har sällan lagringsutrymme att bevara data åt f.d. kunder under längre tid. Det innebär att om du planerar att flytta till ett annat webbhotell bör du ladda ner en fullständig kopia av filer och databas, via cPanel:s säkerhetskopieringsfunktion eller manuellt via FTP och phpMyAdmin, innan du säger upp din plan. Gör det minst ett par dagar innan avtalet löper ut, inte på sista dagen.