Een backup die u écht gebruikt
De meeste bedrijven ontdekken pas bij een ramp dat hun backup niet werkt. Daarom raden we aan backup als proces te behandelen, niet als vinkje: automatische kopieën, bewaard buiten de productieserver, en regelmatig geteste restores. Bij cPanel draait de dagelijkse backup automatisch en herstelt u die vanuit het paneel; op VPS en dedicated servers kan het DevOps-team geplande hersteltests inrichten met uw inbegrepen uren.
Welke backup elk plan bevat
cPanel-hosting heeft een automatische dagelijkse backup die u vanuit het paneel herstelt. Een VPS heeft snapshots — volledige kopieën van de serverstatus — zonder gegarandeerde frequentie. Dedicated servers bevatten standaard geen backup: de NVMe-schijven zitten in paren en RAID wordt bij de installatie ingesteld, maar RAID is geen backup. Externe backup, PITR voor databases en hersteltests richt ons team in met de inbegrepen DevOps-uren (5–10 u/maand bij dedicated).
| Plan | Backup | Herstel | Locatie |
|---|---|---|---|
| cPanel Hosting | Automatische dagelijkse backup | Vanuit het klantpaneel | EU (Frankfurt) |
| VPS | Snapshots, geen gegarandeerde frequentie | Vanuit een snapshot | EU (Frankfurt) |
| VPS — externe backup | Op aanvraag, met DevOps-uren | Volgens de ingerichte strategie | Afgesproken met het team |
| Dedicated server | Standaard niet inbegrepen — op aanvraag ingericht | Volgens de strategie (3-2-1, PITR) | EU (Frankfurt) + externe opslag op aanvraag |
RPO en RTO — de waarden die u zelf moet vastleggen
In plaats van "backup zo snel mogelijk" loont het om twee concrete waarden vast te leggen. RPO (Recovery Point Objective) zegt hoeveel data u mag verliezen. RTO (Recovery Time Objective) zegt hoe lang een restore mag duren. Het team bouwt de strategie rond deze waarden.
Het maximale dataverlies dat u accepteert. Een dagelijkse backup betekent tot een dag verlies; met WAL-streaming komt een database onder één minuut — op aanvraag ingericht.
De hersteltijd hangt af van de datahoeveelheid en de gekozen strategie. We garanderen geen RTO — alleen de waarde uit een hersteltest is betrouwbaar.
Rampscenario's — en hoe u zich beschermt
Rampen zijn zeldzaam maar hebben grote impact. Hier de meest voorkomende scenario's en de bescherming die we voor elk aanraden. Op VPS en dedicated servers richt het team deze maatregelen in met de inbegrepen DevOps-uren.
Hardware-storing (schijf, RAM)
Meest voorkomende oorzaak van dataverlies. Dedicated servers hebben NVMe-schijven in paren met RAID ingesteld bij installatie, en ECC RAM op de EPYC- en Xeon-niveaus. RAID houdt de server draaiend als een schijf uitvalt, maar vervangt geen backup — een externe kopie blijft nodig.
Bescherming: RAID + externe backupRansomware of accountcompromittering
De aanvaller versleutelt serverbestanden — en elke kopie die de server kan bereiken. Daarom hoort minstens één kopie buiten de server, waar het productie-account haar niet kan wijzigen (immutable of offline). We richten die op aanvraag in met de DevOps-uren.
Bescherming: geïsoleerde kopiePer ongeluk verwijderde data
"DROP TABLE users" tegen productie. Meest voorkomende menselijke fout. Heeft de database point-in-time recovery (PITR) ingericht, dan gaat u terug tot net vóór de fout; een dagelijkse backup brengt u alleen naar de laatste kopie.
Bescherming: PITR op aanvraagVolledige DC-uitval
Brand, overstroming, langdurige operator-uitval. De bescherming is een kopie op een andere locatie, bijvoorbeeld in een tweede DC. Replicatie en failover zijn standaard niet inbegrepen; het team richt ze op aanvraag in met de DevOps-uren.
Bescherming: kopie op andere locatieApp-bug corrumpeert data
Een deploy introduceert een bug die DB-records corrumpeert. Met een aparte databasebackup herstelt u alleen de DB (niet de hele server) — app-bestanden blijven, data rolt terug.
Bescherming: aparte DB-backupMigratie naar andere server
U groeit boven het huidige plan uit. Een VPS gaat naar een hoger niveau met meer vCPU, RAM en schijf; voor een verhuizing naar een andere server plannen we de migratie vooraf, zodat de onderbreking kort blijft.
Tip: plan de migratie voorafDatabase backup — per-engine strategieën
Een volledige VPS-backup is niet altijd genoeg. Databases hebben hun eigen point-in-time recovery (PITR) mechanismen — ze laten u teruggaan naar exact het gekozen moment, niet alleen de laatste snapshot. We richten deze op aanvraag in met de inbegrepen DevOps-uren.
Wat inbegrepen is — en wat op aanvraag wordt ingericht
Er is geen apart verkochte "premium backup": wat inbegrepen is, staat bij elk plan, en alles daarboven bouwt het team met de DevOps-uren uit uw abonnement. Uren boven het quotum worden apart per uur gefactureerd.
- cPanel: automatische dagelijkse backup, herstel vanuit het paneel — inbegrepen
- VPS: snapshots, geen gegarandeerde frequentie — inbegrepen
- Dedicated servers: NVMe-schijven in paren, RAID ingesteld bij installatie — backup standaard niet inbegrepen
- Externe backup volgens de 3-2-1-regel — op aanvraag, met DevOps-uren (5–10 u/maand bij dedicated)
- PITR voor databases (WAL, binlog, oplog) — op aanvraag, met DevOps-uren
- Hersteltests en bewaartermijn — afgesproken met het team en ingericht met DevOps-uren
Een backup herstellen — in 4 stappen
Open het panel
Log in in het klantpaneel. Bij cPanel herstelt u daar de dagelijkse backup, bij VPS kiest u een snapshot.
Kies een tijdstip
Kies de kopie van net vóór het probleem. De nieuwste is niet altijd de juiste als de fout er al langer in zit.
Klik "Restore"
Een restore overschrijft de huidige status. Twijfelt u, vraag het team dan eerst te herstellen in een aparte omgeving, zodat u kunt vergelijken.
Controleer het resultaat
Controleer of de applicatie draait en de data klopt. Hoe lang de restore duurt, hangt af van de datahoeveelheid.
Veelgestelde vragen
Vereist een snapshot dat de server stopt?
Meestal niet: een VPS-snapshot wordt gemaakt terwijl de server draait. Voor een database is een snapshot van een draaiende server echter niet altijd consistent, dus raden we een aparte databasebackup aan (dump of WAL/binlog), die het team op aanvraag inricht.
Hoe lang duurt restore van een zeer grote snapshot (bv. 500 GB)?
Dat hangt af van de datahoeveelheid, de schijf en waar de kopie staat — vanuit een externe kopie duurt het langer dan vanuit een lokale. We beloven geen vaste duur: de realistische waarde komt uit een hersteltest, die we samen met u kunnen uitvoeren.
Zijn backups versleuteld?
Versleuteling van externe backups hoort bij de strategie die we op aanvraag inrichten — bijvoorbeeld kopieën die de server alleen versleuteld verlaten, met sleutels gescheiden van productie. Geef het team uw eisen door wanneer u de inrichting aanvraagt.
Wat als ik retentie langer dan 30 dagen wil?
De bewaartermijn van externe backups wordt vastgelegd wanneer het team de strategie inricht, op basis van uw behoeften en wettelijke bewaarplichten. Opslag voor een langere termijn spreekt u af met het team; de plannen vindt u bij de abonnementen.
Kan ik een snapshot lokaal downloaden?
Op VPS en dedicated servers hebt u root-toegang en kopieert u uw data met de tools van uw keuze (rsync, tar). Het team kan met de DevOps-uren ook automatische kopieën naar externe opslag inrichten, zoals AWS S3, Google Cloud Storage of Azure Blob.
Uw data is te waardevol om aan toeval over te laten
cPanel bevat een dagelijkse backup en VPS snapshots. Op dedicated servers bouwt het team de backupstrategie met de inbegrepen DevOps-uren. Zie de abonnementen voor details.
Bekijk abonnementen →