En backup du faktisk bruker
De fleste selskaper oppdager at backupen ikke fungerer først når katastrofen rammer. Derfor anbefaler vi å behandle backup som en prosess, ikke en avkrysningsboks: automatiske kopier, lagret borte fra produksjonsserveren, og gjenoppretting som testes jevnlig. På cPanel kjører den daglige backupen automatisk, og du gjenoppretter den fra panelet; på VPS og dedikerte servere kan DevOps-teamet sette opp planlagte gjenopprettingstester med timene du har inkludert.
Hvilken backup hver pakke inkluderer
cPanel-hosting har automatisk daglig backup som du gjenoppretter fra panelet. En VPS har snapshots — fullstendige kopier av serverens tilstand — uten garantert frekvens. Dedikerte servere inkluderer ingen backup som standard: NVMe-diskene leveres i par og RAID settes opp ved installasjon, men RAID er ikke en backup. Ekstern backup, PITR for databaser og gjenopprettingstester settes opp av teamet vårt med de inkluderte DevOps-timene (5–10 t/måned på dedikert).
| Pakke | Backup | Gjenoppretting | Sted |
|---|---|---|---|
| cPanel-hosting | Automatisk daglig backup | Fra kundepanelet | EU (Frankfurt) |
| VPS | Snapshots, ingen garantert frekvens | Fra et snapshot | EU (Frankfurt) |
| VPS — ekstern backup | På forespørsel, med DevOps-timer | Etter den konfigurerte strategien | Avtales med teamet |
| Dedikert server | Ikke inkludert som standard — settes opp på forespørsel | Etter strategien (3-2-1, PITR) | EU (Frankfurt) + ekstern lagring på forespørsel |
RPO og RTO — tallene du bør fastsette selv
I stedet for «backup så raskt som mulig» lønner det seg å fastsette to konkrete verdier. RPO (Recovery Point Objective) sier hvor mye data du har råd til å miste. RTO (Recovery Time Objective) sier hvor lenge en gjenoppretting kan ta. Teamet bygger strategien rundt disse verdiene.
Det maksimale datatapet du kan akseptere. En daglig backup betyr opptil en dags tap; med WAL-streaming kommer en database under ett minutt — settes opp på forespørsel.
Gjenopprettingstiden avhenger av datamengden og den valgte strategien. Vi garanterer ikke en RTO — det eneste pålitelige tallet er det som måles i en gjenopprettingstest.
Katastrofescenarioer — og hvordan du beskytter deg
Katastrofer er sjeldne, men får store konsekvenser. Her er de vanligste scenarioene og beskyttelsen vi anbefaler for hvert av dem. På VPS og dedikerte servere setter teamet opp disse tiltakene med de inkluderte DevOps-timene.
Maskinvarefeil (disk, RAM)
Den vanligste årsaken til datatap. Dedikerte servere har NVMe-disker i par med RAID satt opp ved installasjon, pluss ECC RAM på EPYC- og Xeon-nivåene. RAID holder serveren i gang når en disk svikter, men erstatter ikke backup — en ekstern kopi trengs fortsatt.
Beskyttelse: RAID + ekstern backupLøsepengevirus eller kontokompromittering
Angriperen krypterer filene på serveren — og alle kopier serveren har tilgang til. Derfor bør minst én kopi ligge utenfor serveren, der produksjonskontoen ikke kan endre den (uforanderlig eller offline). Vi setter det opp på forespørsel, med DevOps-timene.
Beskyttelse: isolert kopiUtilsiktet sletting av data
«DROP TABLE users» kjørt mot produksjon. Den vanligste menneskelige feilen. Hvis databasen har point-in-time recovery (PITR) satt opp, går du tilbake til rett før feilen; en daglig backup tar deg bare tilbake til siste kopi.
Beskyttelse: PITR på forespørselFullt datasenterbrudd
Brann, flom, langvarig driftsstans hos operatøren. Beskyttelsen er en kopi på et annet sted, for eksempel i et andre datasenter. Replikering og failover er ikke inkludert som standard; teamet setter dem opp på forespørsel, med DevOps-timene.
Beskyttelse: kopi på et annet stedFeil i appen ødelegger data
En deploy introduserer en feil som korrumperer databaseposter. Med en egen databasebackup gjenoppretter du bare databasen (ikke hele serveren) — appfilene blir, dataene rulles tilbake.
Beskyttelse: egen databasebackupMigrering til en annen server
Du vokser ut av dagens pakke. En VPS flyttes opp til et høyere nivå med mer vCPU, RAM og disk; ved flytting til en annen server planlegger vi migreringen på forhånd for å holde nedetiden kort.
Tips: planlegg migreringen tidligDatabasebackup — strategier per motor
En full VPS-backup er ikke alltid nok. Databaser har egne mekanismer for point-in-time recovery (PITR) — de lar deg gå tilbake til nøyaktig det valgte øyeblikket, ikke bare til siste snapshot. Vi setter disse opp på forespørsel, med de inkluderte DevOps-timene.
Hva som er inkludert — og hva som settes opp på forespørsel
Det finnes ingen separat solgt «premium backup»: det som er inkludert, står på hver pakke, og alt utover det bygger teamet med DevOps-timene i abonnementet ditt. Timer utover kvoten faktureres separat, per time.
- cPanel: automatisk daglig backup, gjenoppretting fra panelet — inkludert
- VPS: snapshots, ingen garantert frekvens — inkludert
- Dedikerte servere: NVMe-disker i par, RAID satt opp ved installasjon — backup ikke inkludert som standard
- Ekstern backup etter 3-2-1-regelen — på forespørsel, med DevOps-timer (5–10 t/måned på dedikert)
- PITR for databaser (WAL, binlog, oplog) — på forespørsel, med DevOps-timer
- Gjenopprettingstester og oppbevaringsperiode — avtales med teamet og settes opp med DevOps-timer
Gjenoppretting av en backup — i 4 trinn
Åpne panelet
Logg inn i kundepanelet. På cPanel gjenoppretter du den daglige backupen der; på VPS velger du et snapshot.
Velg et tidspunkt
Velg kopien fra rett før problemet oppstod. Den nyeste er ikke alltid riktig hvis feilen har vært der en stund.
Klikk «Gjenopprett»
En gjenoppretting overskriver dagens tilstand. Er du usikker, be teamet gjenopprette til et eget miljø først, slik at du kan sammenligne.
Kontroller resultatet
Sjekk at applikasjonen kjører og at dataene ligger der de skal. Hvor lang tid gjenopprettingen tar, avhenger av datamengden.
Ofte stilte spørsmål
Krever et snapshot at serveren stoppes?
Vanligvis ikke: et VPS-snapshot tas mens serveren kjører. For en database er imidlertid et snapshot av en kjørende server ikke alltid konsistent, så vi anbefaler en egen databasebackup (dump eller WAL/binlog), som teamet setter opp på forespørsel.
Hvor lang tid tar det å gjenopprette et veldig stort snapshot (f.eks. 500 GB)?
Det avhenger av datamengden, disken og hvor kopien er lagret — gjenoppretting fra en ekstern kopi tar lengre tid enn fra en lokal. Vi lover ingen fast tid: det realistiske tallet kommer fra en gjenopprettingstest, som vi kan kjøre sammen med deg.
Er backupene kryptert?
Kryptering av eksterne backuper er en del av strategien vi setter opp på forespørsel — for eksempel kopier som bare forlater serveren i kryptert form, med nøkler lagret adskilt fra produksjon. Si fra til teamet om kravene dine når du bestiller oppsettet.
Hva om jeg vil ha lengre oppbevaring enn 30 dager?
Oppbevaringstiden for eksterne backuper fastsettes når teamet konfigurerer strategien, ut fra behovene dine og dine juridiske arkiveringsplikter. Lagring for lengre oppbevaring avtales med teamet; pakkene finner du på prissiden.
Kan jeg laste ned et snapshot lokalt?
På VPS og dedikerte servere har du root-tilgang og kopierer dataene dine med verktøyene du foretrekker (rsync, tar). Teamet kan også sette opp automatiske kopier til ekstern lagring med DevOps-timene, for eksempel AWS S3, Google Cloud Storage eller Azure Blob.
Dataene dine er for verdifulle til å overlates til tilfeldighetene
cPanel inkluderer daglig backup og VPS inkluderer snapshots. På dedikerte servere bygger teamet backupstrategien med de inkluderte DevOps-timene. Se prisene for detaljer.
Se pakker →