En backup, du faktisk bruger
De fleste virksomheder opdager først, at deres backup ikke virker, når katastrofen rammer. Derfor anbefaler vi at behandle backup som en proces, ikke som et afkrydsningsfelt: automatiske kopier, opbevaret væk fra produktionsserveren, og gendannelser, der testes regelmæssigt. På cPanel kører den daglige backup automatisk, og du gendanner den fra panelet; på VPS og dedikerede servere kan DevOps-teamet sætte planlagte gendannelsestests op inden for dine inkluderede timer.
Hvilken backup hver pakke indeholder
cPanel-hosting har en automatisk daglig backup, du gendanner fra panelet. En VPS har snapshots — fulde kopier af serverens tilstand — uden garanteret hyppighed. Dedikerede servere indeholder som standard ingen backup: NVMe-diskene leveres parvis, og RAID sættes op ved installationen, men RAID er ikke en backup. Ekstern backup, PITR til databaser og gendannelsestests sættes op af vores team inden for de inkluderede DevOps-timer (5–10 h/måned på dedikerede).
| Pakke | Backup | Gendannelse | Placering |
|---|---|---|---|
| cPanel-hosting | Automatisk daglig backup | Fra kundepanelet | EU (Frankfurt) |
| VPS | Snapshots, uden garanteret hyppighed | Fra et snapshot | EU (Frankfurt) |
| VPS — ekstern backup | Efter aftale, inden for DevOps-timer | Efter den konfigurerede strategi | Aftales med teamet |
| Dedikeret server | Ikke inkluderet som standard — sættes op efter aftale | Efter strategien (3-2-1, PITR) | EU (Frankfurt) + eksternt lager efter aftale |
RPO og RTO — de tal, du selv bør fastsætte
I stedet for »backup så hurtigt som muligt« kan det betale sig at fastlægge to konkrete værdier. RPO (Recovery Point Objective) fortæller, hvor mange data du har råd til at miste. RTO (Recovery Time Objective) fortæller, hvor lang tid en gendannelse må tage. Teamet bygger strategien op omkring disse værdier.
Det maksimale datatab, du kan acceptere. En daglig backup betyder op til en dags tab; med WAL-streaming kommer en database under ét minut — sættes op efter aftale.
Gendannelsestiden afhænger af datamængden og den valgte strategi. Vi garanterer ikke en RTO — det eneste pålidelige tal er det, der er målt i en gendannelsestest.
Katastrofescenarier — og hvordan du beskytter dig
Katastrofer er sjældne, men har stor effekt. Her er de mest almindelige scenarier og den beskyttelse, vi anbefaler til hver af dem. På VPS og dedikerede servere sætter teamet disse foranstaltninger op inden for de inkluderede DevOps-timer.
Hardwarefejl (disk, RAM)
Den mest almindelige årsag til datatab. Dedikerede servere har parvise NVMe-diske med RAID sat op ved installationen, plus ECC RAM på EPYC- og Xeon-niveauerne. RAID holder serveren kørende, når en disk fejler, men erstatter ikke backup — en ekstern kopi er stadig nødvendig.
Beskyttelse: RAID + ekstern backupRansomware eller kompromitteret konto
Angriberen krypterer serverens filer — og alle kopier, som serveren kan nå. Derfor bør mindst én kopi ligge uden for serveren, hvor produktionskontoen ikke kan ændre den (uforanderlig eller offline). Vi sætter den op efter aftale, inden for DevOps-timerne.
Beskyttelse: isoleret kopiUtilsigtet sletning af data
»DROP TABLE users« kørt mod produktion. Den mest almindelige menneskelige fejl. Hvis databasen har point-in-time recovery (PITR) sat op, går du tilbage til lige før fejlen; en daglig backup fører dig kun tilbage til den seneste kopi.
Beskyttelse: PITR efter aftaleFuldt udfald af datacentret
Brand, oversvømmelse, langvarigt udfald hos operatøren. Beskyttelsen er en kopi på en anden lokation, for eksempel i et andet datacenter. Replikering og failover er ikke inkluderet som standard; teamet sætter dem op efter aftale, inden for DevOps-timerne.
Beskyttelse: kopi på en anden lokationFejl i appen ødelægger data
Et deploy indfører en fejl, der ødelægger databaseposter. Med en separat databasebackup gendanner du kun databasen (ikke hele serveren) — appens filer bliver, dataene rulles tilbage.
Beskyttelse: separat databasebackupMigrering til en anden server
Du vokser ud af den nuværende pakke. En VPS kan rykke op på et højere niveau med flere vCPU, mere RAM og disk; ved flytning til en anden server planlægger vi migreringen i god tid for at holde nedetiden kort.
Tip: planlæg migreringen tidligtDatabasebackup — strategier pr. motor
En fuld VPS-backup er ikke altid nok. Databaser har deres egne mekanismer til point-in-time recovery (PITR) — de lader dig gå tilbage til præcis det valgte tidspunkt, ikke blot til det seneste snapshot. Vi sætter dem op efter aftale, inden for de inkluderede DevOps-timer.
Hvad er inkluderet — og hvad sættes op efter aftale
Der findes ingen separat solgt »premium-backup«: det, der er inkluderet, står på hver pakke, og alt derudover bygger teamet af de DevOps-timer, der er i dit abonnement. Timer ud over kvoten faktureres separat, pr. time.
- cPanel: automatisk daglig backup, gendannelse fra panelet — inkluderet
- VPS: snapshots, uden garanteret hyppighed — inkluderet
- Dedikerede servere: parvise NVMe-diske, RAID sat op ved installationen — backup ikke inkluderet som standard
- Ekstern backup efter 3-2-1-reglen — efter aftale, inden for DevOps-timer (5–10 h/måned på dedikerede)
- PITR til databaser (WAL, binlog, oplog) — efter aftale, inden for DevOps-timer
- Gendannelsestests og opbevaringsperiode — aftales med teamet og sættes op inden for DevOps-timer
Gendannelse af en backup — i 4 trin
Åbn panelet
Log ind på kundepanelet. På cPanel gendanner du den daglige backup dér; på VPS vælger du et snapshot.
Vælg et tidspunkt
Vælg kopien fra lige før problemet. Den seneste er ikke altid den rigtige, hvis fejlen har været der et stykke tid.
Klik på »Gendan«
En gendannelse overskriver den aktuelle tilstand. Er du i tvivl, så bed teamet om først at gendanne til et separat miljø, så du kan sammenligne.
Kontrollér resultatet
Kontrollér, at applikationen kører, og at dataene er, hvor de skal være. Hvor lang tid gendannelsen tager, afhænger af datamængden.
Ofte stillede spørgsmål
Kræver et snapshot, at serveren stoppes?
Normalt ikke: et VPS-snapshot tages, mens serveren kører. For en database er et snapshot af en kørende server dog ikke altid konsistent, så vi anbefaler en separat databasebackup (dump eller WAL/binlog), som teamet sætter op efter aftale.
Hvor lang tid tager det at gendanne et meget stort snapshot (f.eks. 500 GB)?
Det afhænger af datamængden, disken og hvor kopien er gemt — gendannelse fra en ekstern kopi tager længere tid end fra en lokal. Vi lover ikke en fast tid: det realistiske tal kommer fra en gendannelsestest, som vi kan køre sammen med dig.
Er backups krypterede?
Kryptering af eksterne backups er en del af den strategi, vi sætter op efter aftale — for eksempel kopier, der kun forlader serveren i krypteret form, med nøgler opbevaret adskilt fra produktionen. Fortæl teamet om dine krav, når du bestiller opsætningen.
Hvad hvis jeg vil have længere opbevaring end 30 dage?
Opbevaringen af eksterne backups fastsættes, når teamet konfigurerer strategien, ud fra dine behov og dine lovmæssige arkiveringskrav. Lager til længere opbevaring aftales med teamet; pakkerne finder du på siden med priser.
Kan jeg downloade et snapshot lokalt?
På VPS og dedikerede servere har du root-adgang og kopierer dine data med de værktøjer, du foretrækker (rsync, tar). Teamet kan også sætte automatiske kopier til eksternt lager op inden for DevOps-timerne, for eksempel AWS S3, Google Cloud Storage eller Azure Blob.
Dine data er for værdifulde til at overlade til tilfældighederne
cPanel inkluderer daglig backup, og VPS inkluderer snapshots. På dedikerede servere bygger teamet backupstrategien af de inkluderede DevOps-timer. Se priserne for detaljer.
Se pakker →