En backup som du faktiskt använder
De flesta företag upptäcker att deras backup inte fungerar först när katastrofen är ett faktum. Därför rekommenderar vi att du behandlar backup som en process, inte som en kryssruta: automatiska kopior, förvarade på avstånd från produktionsservern, och återställningar som testas regelbundet. På cPanel körs den dagliga backupen automatiskt och du återställer den från panelen; på VPS och dedikerade servrar kan DevOps-teamet sätta upp schemalagda återställningstester inom dina inkluderade timmar.
Vilken backup varje plan innehåller
cPanel-hosting har en automatisk daglig backup som du återställer från panelen. En VPS har snapshots — fullständiga kopior av serverns tillstånd — utan garanterad frekvens. Dedikerade servrar innehåller ingen backup som standard: NVMe-diskarna levereras i par och RAID sätts upp vid installationen, men RAID är inte en backup. Extern backup, PITR för databaser och återställningstester sätts upp av vårt team inom de inkluderade DevOps-timmarna (5–10 h/månad på dedikerade).
| Plan | Backup | Återställning | Plats |
|---|---|---|---|
| cPanel-hosting | Automatisk daglig backup | Från kundpanelen | EU (Frankfurt) |
| VPS | Snapshots, ingen garanterad frekvens | Från en snapshot | EU (Frankfurt) |
| VPS — extern backup | På begäran, från DevOps-timmar | Enligt den konfigurerade strategin | Överenskommet med teamet |
| Dedikerad server | Ingår inte som standard — sätts upp på begäran | Enligt strategin (3-2-1, PITR) | EU (Frankfurt) + extern lagring på begäran |
RPO och RTO — siffrorna du bör sätta själv
I stället för ”backup så snart som möjligt” lönar det sig att fastställa två konkreta värden. RPO (Recovery Point Objective) anger hur mycket data du har råd att förlora. RTO (Recovery Time Objective) anger hur lång tid en återställning får ta. Teamet bygger strategin kring dessa värden.
Den största dataförlust du kan acceptera. En daglig backup innebär upp till en dags förlust; med WAL-streaming kommer en databas under en minut — sätts upp på begäran.
Återställningstiden beror på datamängden och den valda strategin. Vi garanterar ingen RTO — den enda pålitliga siffran är den som uppmäts i ett återställningstest.
Katastrofscenarier — och hur du skyddar dig
Katastrofer är sällsynta men får stora konsekvenser. Här är de vanligaste scenarierna och det skydd vi rekommenderar för vart och ett. På VPS och dedikerade servrar sätter teamet upp dessa åtgärder inom de inkluderade DevOps-timmarna.
Maskinvarufel (disk, RAM)
Den vanligaste orsaken till dataförlust. Dedikerade servrar har NVMe-diskar i par med RAID som sätts upp vid installationen, plus ECC-RAM på EPYC- och Xeon-nivåerna. RAID håller servern igång när en disk går sönder, men ersätter inte backup — en extern kopia behövs fortfarande.
Skydd: RAID + extern backupRansomware eller kapat konto
Angriparen krypterar serverns filer — och varje kopia som servern kommer åt. Därför bör minst en kopia ligga utanför servern, där produktionskontot inte kan ändra den (oföränderlig eller offline). Vi sätter upp den på begäran, inom DevOps-timmarna.
Skydd: isolerad kopiaOavsiktlig radering av data
”DROP TABLE users” körd mot produktion. Det vanligaste mänskliga misstaget. Om databasen har point-in-time recovery (PITR) uppsatt går du tillbaka till strax före misstaget; en daglig backup tar dig bara tillbaka till den senaste kopian.
Skydd: PITR på begäranFullständigt avbrott i ett datacenter
Brand, översvämning, långvarigt avbrott hos operatören. Skyddet är en kopia på en annan plats, till exempel i ett andra datacenter. Replikering och failover ingår inte som standard; teamet sätter upp dem på begäran, inom DevOps-timmarna.
Skydd: kopia på en annan platsBugg i appen förstör data
En driftsättning inför en bugg som förstör databasposter. Med en separat databasbackup återställer du bara databasen (inte hela servern) — appens filer ligger kvar, data rullas tillbaka.
Skydd: separat databasbackupMigrering till en annan server
Du växer ur din nuvarande plan. En VPS flyttas upp till en högre nivå med fler vCPU, mer RAM och disk; vid flytt till en annan server planerar vi migreringen i förväg för att hålla nedtiden kort.
Tips: planera migreringen i god tidDatabasbackup — strategier per databasmotor
En fullständig VPS-backup räcker inte alltid. Databaser har egna mekanismer för point-in-time recovery (PITR) — de låter dig gå tillbaka till exakt den valda tidpunkten, inte bara till den senaste snapshoten. Vi sätter upp dessa på begäran, inom de inkluderade DevOps-timmarna.
Vad som ingår — och vad som sätts upp på begäran
Det finns ingen separat såld ”premiumbackup”: det som ingår anges på varje plan, och allt utöver det bygger teamet av DevOps-timmarna i din prenumeration. Timmar över kvoten faktureras separat, per timme.
- cPanel: automatisk daglig backup, återställning från panelen — ingår
- VPS: snapshots, ingen garanterad frekvens — ingår
- Dedikerade servrar: NVMe-diskar i par, RAID uppsatt vid installationen — backup ingår inte som standard
- Extern backup enligt 3-2-1-regeln — på begäran, från DevOps-timmar (5–10 h/månad på dedikerade)
- PITR för databaser (WAL, binlog, oplog) — på begäran, från DevOps-timmar
- Återställningstester och lagringstid — överenskommet med teamet och uppsatt från DevOps-timmar
Återställa en backup — i 4 steg
Öppna panelen
Logga in i kundpanelen. På cPanel återställer du den dagliga backupen där; på VPS väljer du en snapshot.
Välj en tidpunkt
Välj kopian från strax före problemet. Den senaste är inte alltid rätt om felet har funnits ett tag.
Klicka på ”Återställ”
En återställning skriver över det nuvarande tillståndet. Är du osäker kan du be teamet återställa till en separat miljö först, så att du kan jämföra.
Kontrollera resultatet
Kontrollera att applikationen körs och att data finns där de ska. Hur lång tid återställningen tar beror på datamängden.
Vanliga frågor
Kräver en snapshot att servern stoppas?
Vanligtvis inte: en VPS-snapshot tas medan servern körs. För en databas är dock en snapshot av en körande server inte alltid konsekvent, så vi rekommenderar en separat databasbackup (dump eller WAL/binlog), som teamet sätter upp på begäran.
Hur lång tid tar det att återställa en mycket stor snapshot (t.ex. 500 GB)?
Det beror på datamängden, disken och var kopian lagras — en återställning från en extern kopia tar längre tid än från en lokal. Vi lovar ingen fast tid: den realistiska siffran får du av ett återställningstest, som vi kan köra tillsammans med dig.
Är backuperna krypterade?
Kryptering av externa backuper ingår i den strategi vi sätter upp på begäran — till exempel kopior som lämnar servern endast i krypterad form, med nycklar som förvaras skilda från produktionen. Berätta om dina krav för teamet när du begär uppsättningen.
Vad gör jag om jag vill ha längre lagringstid än 30 dagar?
Lagringstiden för externa backuper bestäms när teamet konfigurerar strategin, utifrån dina behov och dina rättsliga arkiveringsskyldigheter. Lagring för längre tid överenskoms med teamet; planerna hittar du på prissidan.
Kan jag ladda ner en snapshot lokalt?
På VPS och dedikerade servrar har du root-åtkomst och kopierar dina data med de verktyg du föredrar (rsync, tar). Teamet kan också sätta upp automatiserade kopior till extern lagring inom DevOps-timmarna, till exempel AWS S3, Google Cloud Storage eller Azure Blob.
Dina data är för värdefulla för att lämnas åt slumpen
cPanel inkluderar daglig backup och VPS inkluderar snapshots. På dedikerade servrar bygger teamet backupstrategin av de inkluderade DevOps-timmarna. Se priserna för detaljer.
Se planer →