Gratis daglig backup: vad webbhotellets finstilta faktiskt säger om din data
Nästan varje svenskt webbhotell skriver "gratis daglig backup" på sin prislista, och den raden håller bokstavligen, men den betyder mindre än du tror. Kopian tas varje dygn och kostar inget extra, den bara ligger där i bakgrunden. Men den är i första hand byggd för att skydda värdens egen drift om en server kraschar eller en disk dör, inte för att du enkelt ska kunna ångra ett misstag i din webbutik klockan tre en fredag eftermiddag.
Tre villkor i det finstilta avgör om gratisbackupen faktiskt räddar dig den dag du behöver den. Vad kostar det att återställa, om det alls kostar något? Är återställningen kirurgisk, en enskild fil du plockar tillbaka, eller trubbig, en hel kontoåterställning som raderar allt du hunnit lägga till sedan backupen togs? Och hur långt bakåt i tiden når den innan den äldsta kopian skrivs över av en ny?
Den här genomgången bygger på avtalsvillkor och supportdokumentation, inte marknadsföringstext, för Loopia, Websupport, one.com, Oderland, Inleed, Miss Hosting och GleSYS. Det som sticker ut är hur olika "ingår gratis" kan betyda i praktiken, och att den skillnaden nästan aldrig står på prissidan när du jämför webbhotell mot varandra.
Vad "gratis backup" faktiskt lovar, leverantör för leverantör
Nedan är en deskriptiv sammanställning, inte en rangordning från sämst till bäst. Lagringstiden (på engelska ofta kallad retention) och återställningsmodellen skiljer sig så pass mycket mellan leverantörerna att en gemensam tabell säger mer än sju separata stycken.
| Webbhotell | Lagringstid | Återställningsmodell | Not |
|---|---|---|---|
| Loopia | Webbfiler 1/tim (senaste dygnet) + 1/dygn (7 dygn) + 1/vecka (3 veckor). Databaser 1/dygn (7 dygn) + 1/vecka (3 veckor). | Självservice, via FTP:s dolda ".snapshot"-mapp eller Kundzonens "Återställ webbackup". Ingen avgift. | Tredjepartstjänster som Sitebuilder och M365 följer inte samma rutin. |
| Websupport | 14 dagar. | Självservice via kontrollpanelen. Ingen avgift nämnd. | Backup skapas en gång per dygn. |
| one.com | 14 dagar för webbfiler och databaser. Website Builder sparar upp till 200 versioner. | Självservice, i vissa fall via supportärende. | Egen ansvarsfriskrivning i villkoren, se nedan. |
| Oderland | Delat cPanel-webbhotell, daglig backup i 30 dagar, därefter en månadskopia i upp till 3 månader. | Självservice i cPanel. | Marknadsföringssidan för CloudBackup nämner längre tid, men det gäller Managed Server och Cloud-VM, inte rent delat webbhotell. Cloud/VPS har ingen backup som ingår. |
| Inleed | 7 dagar enligt deras villkor. | Återställning via JetBackup, hel kontoåterställning. | Villkoren friskriver Inleed helt om backupsystemet fallerar. |
| Miss Hosting | Ej publikt specificerad. | Återställningsavgift på 950 kr per påbörjad timme. | R1Soft finns som separat betaltillägg för egen kontroll över backupen. |
| GleSYS | KVM VPS har ingen backup som ingår alls. Managed-tjänster (Bacula) sparar 14 dagar. | Managed-återställning sker via supportärende, inte självservice. Lagras externt i svenska datacenter. | KVM VPS-backup som tillägg kostar cirka 10 kr/mån plus 0,30 kr/GiB. |
Flera av leverantörerna kommer faktiskt undan bra här. Loopia, Websupport och one.com låter dig återställa själv, utan att öppna ett ärende eller betala något extra. Kontrasten mot de leverantörer som gör återställning till en betald tjänst är precis det resten av artikeln kretsar kring.
Återställning är en produkt med eget pris, inte en knapp du bara trycker på
Hos Miss Hosting kostar en återställning 950 kr per påbörjad timme enligt deras villkor, ordagrant formulerat som "Vid återställning av backup tas en administrativ avgift ut på 950 kr per påbörjad timme." GleSYS Managed-kunder måste öppna ett supportärende för att få en återställning genomförd, det finns ingen knapp i kontrollpanelen som gör jobbet automatiskt. Och den som vill ha mer kontroll och granularitet än standardbackupen ger kan hos Miss Hosting lägga till R1Soft som ett separat betaltillägg.
Det finns en rimlig förklaring till avgifterna, och den handlar sällan om girighet. En återställning som går via support innebär manuellt arbete från en tekniker, ofta med verifiering av vilken tidpunkt som ska återställas och vad som riskerar att skrivas över. Det är också ett sätt att hålla nere missbruk. Vore återställning gratis och obegränsad skulle vissa kunder använda backupen som en ångra-knapp för allt möjligt, vilket belastar infrastrukturen. Jämför vi det med Loopias och Websupports modell, där självservice ingår utan avgift, ser vi två helt olika filosofier för samma grundfunktion. Ingen av dem är fel, men de ger dig olika verktyg i en krissituation, och det är en skillnad värd att känna till innan den faktiskt behövs.
Den destruktiva helåterställningen, det du sällan hör talas om förrän det redan hänt
JetBackup är den dominerande backupmotorn på cPanel/WHM hos flera svenska återförsäljare av delat webbhotell, Inleed är ett tydligt exempel. Det låter tekniskt harmlöst, men mekaniken bakom är värd att förstå innan du står mitt i ett skarpt läge.
Hela kontot, inte en enskild fil
En återställning i JetBackup är oftast en full kontoåterställning. Du väljer en tidpunkt, och kontot återgår till exakt det tillståndet, filer, databaser, e-post, allt. Det låter tryggt fram till att du inser konsekvensen. Allt som skapats efter den backuppunkten raderas i samma operation. Nya beställningar i din webbutik sedan igår, kommentarer som besökare lämnat, bilder en kollega laddat upp i morse, det försvinner tillsammans med det du faktiskt ville bli av med. Skillnaden mot att återställa en enskild fil, som många föreställer sig att "återställ backup" innebär, är stor. Den möter man oftast första gången i skarpt läge, inte i en demo eller ett hjälpcenter-inlägg. Enligt JetBackups egen dokumentation går det i vissa versioner att välja mer selektiva återställningar, men standardflödet för en kontobackup är kontonivå, inte filnivå.
Självservice är en avstängd knapp tills värden slår på den
Ett minst lika förbisett villkor är att självservice-återställning i JetBackup i grunden är en behörighet som administratören sätter per konto eller per paket. Är den avstängd, vilket är standardläget hos flera leverantörer, syns ingen "återställ"-knapp alls i din kontrollpanel. Du måste då öppna ett supportärende och vänta på att en tekniker gör jobbet manuellt, oavsett hur akut situationen känns för dig. Det är alltså inte en universell sanning att "backup finns, så jag kan återställa själv". Det beror på vilken behörighet just din leverantör har valt att ge dig, och den informationen står sällan på prissidan.
Ju större sajten blir, desto större är risken att den tyst hoppar över backupjobbet
Det här är kontraintuitivt, och det förtjänar en ärlig formulering snarare än en skrämselrubrik. JetBackup har en funktion som kallas "account filters", där administratören kan inkludera eller exkludera konton från ett backupjobb baserat på kriterier, storlek på kontot är ett av dem. Utöver det kan ett jobb konfigureras att hoppa över konton om destinationen för backupen håller på att bli full. Sätter man ihop de två sakerna uppstår ett mönster där en sajt som växer i disklagring, fler produktbilder, större mediebibliotek, större databas, i teorin kan hamna utanför nästa backuprunda utan att någon flaggar det för dig.
Men låt oss inte dra det längre än vad som faktiskt stämmer. Det här handlar om värdkonfiguration och diskbrist-beteende, inget som är inbyggt som en naturlag i tekniken. Det finns motmekanismer, till exempel kvotundantag som gör att vissa konton säkerhetskopieras oavsett filter. Rätt formulering är att det kan konfigureras så, och att stora konton kan hoppa över vid platsbrist på destinationen, inte att din växande sajt garanterat faller utanför. Poängen är snarare att storlek är en variabel du sällan tänker på i backupsammanhang, och att den är värd att fråga sin leverantör om direkt, särskilt om din webbplats vuxit betydligt sedan du senast kollade.
Konkret handlar frågan du bör ställa om två saker. Har mitt konto någon gång exkluderats från ett schemalagt jobb, och i så fall varför? Och finns det ett kvot- eller storleksundantag för mitt paket som gör att jag alltid ingår oavsett hur mycket lagringsutrymme jag använder? Få kunder ställer den frågan, eftersom de flesta aldrig funderar på att en fungerande backuprutin kan sluta fungera tyst i takt med att sajten växer. Ingen flaggar det med en tydlig felsignal.
VPS-undantaget, en server är inte automatiskt en säkerhetskopierad server
Antagandet att en virtuell server kommer med löpande ögonblicksbilder (snapshots) på köpet håller inte generellt. Hos GleSYS ingår ingen backup alls på en ren KVM VPS, den läggs till som tillägg för ungefär 10 kr i månaden plus 0,30 kr per GiB lagrat data. Hos Oderland gäller ett liknande resonemang för Cloud-produkterna, där ansvaret för att sätta upp en egen backuplösning i praktiken ligger på dig som kund, till skillnad från det delade cPanel-webbhotellet där en daglig rutin ingår som standard.
Logiken är begriplig ur leverantörens perspektiv. En VPS är i grunden din egen server att konfigurera fritt, och en generell backuprutin för alla möjliga användningsfall (en databasserver, en mailserver, en statisk sajt) blir svår att göra rätt för alla samtidigt. Men konsekvensen för dig som kund är densamma oavsett anledning. Du behöver aktivt beställa och betala för skyddet, det kommer inte automatiskt bara för att "server" låter som något robust. Den som funderar på vad som faktiskt ingår på en hanterad server eller molnserver hittar mer i vår FAQ om backup på VPS.
Ansvarsfriskrivningen lägger yttersta ansvaret på dig
Under ytan av lagringstider och återställningsknappar ligger en juridisk sanning som är värd att läsa i klartext innan du litar blint på ett "gratis backup ingår". Loopias villkor formulerar det så här, ordagrant. "Även om Loopia tillhandahåller backup, finns det ingen garanti för att säkerhetskopieringen fungerar korrekt och att innehållet kommer att vara helt återställt eller formaterats korrekt. Kunden är ensam ansvarig för att anordna separat backup av det data Kunden anser vara av värde för Kunden." Websupport är kortare i tonen men lika tydliga i sak. "En gång om dagen skapar vi en säkerhetskopia på ditt webbhotell. Säkerhetskopiorna är tillgängliga i 14 dagar", utan någon utfästelse om att kopian nödvändigtvis går att använda felfritt.
Inleeds villkor går längre och friskriver leverantören helt om backupsystemet slutar fungera, ungefär formulerat som att Inleed inte bär något ansvar om backuprutinen fallerar. One.com skriver på liknande sätt i sina engelska villkor att det är kundens eget ansvar att säkerställa att lämpliga säkerhetskopior finns, och att one.com inte ansvarar för eventuell förlust. GleSYS villkor (§17.4) innehåller en generell friskrivning för indirekt skada, men med en viktig nyans, de åtar sig faktiskt att genomföra en återställning om kunden har avtalat en backuptjänst enligt tjänstebeskrivningen. Skillnaden mellan de formuleringarna är precis den typ av detalj värd att läsa i lugn och ro, inte upptäcka mitt i en krasch.
Att en värds inkluderade backup sällan räcker som hela din skyddsstrategi är ett resonemang vi utvecklar på djupet i vår guide om att bygga en egen 3-2-1-strategi för din webbplats, och specifikt för WordPress i artikeln om backup som faktiskt fungerar. Den som funderar på det yttersta scenariot, att leverantören själv går i konkurs eller lägger ner, hittar det resonemanget i vår artikel om när webbhotellet stänger.
Läs ditt eget finstilta på fem minuter
Du behöver inte läsa hela avtalsvillkoret för att veta var du står. Leta upp avsnittet om backup eller säkerhetskopiering hos din egen leverantör och besvara de här punkterna.
- Hur många dagars lagringstid gäller, och vad händer med kopior äldre än det?
- Är återställning självservice i kontrollpanelen, eller kräver den ett supportärende?
- Kostar en återställning något, per gång eller per timme?
- Är återställningen granulär, en enskild fil eller tabell, eller ersätter den hela kontot?
- Var lagras kopian, på samma server eller separat, gärna i ett annat datacenter?
- Ingår backup alls på just din produkt, särskilt om du kör en VPS eller molnserver?
Svaren på de här sex frågorna säger mer om din faktiska risknivå än vilket pris som står på prislistan. Ett webbhotell med kort lagringstid men gratis självservice kan i praktiken vara ett tryggare val i vardagen än ett med lång lagringstid men dyr, ärendebaserad återställning, allt beror på vilken typ av misstag du oftast behöver rätta till. Ta reda på svaret medan allt fungerar. Det är en helt annan situation än att leta efter det klockan tre en fredag eftermiddag, med en trasig sajt och en kund som väntar.
Undrar du dessutom hur ofta du själv borde ta en extra backup utöver den som ingår, oavsett vad värden lovar, har vi svarat på det separat i vår FAQ om hur ofta man bör ta backup. Den här artikeln har handlat om vad som redan ligger där och väntar. FAQ:n tar vid där den slutar, med vad du bör lägga till själv.