budgetNiet alles zit in dezelfde back-up
Een Git-repository kan code beschermen maar niet automatisch klantuploads of databasegegevens. Een hostingback-up kan de site herstellen maar niet uw domeinregistratie of externe mailbox.
Bepaal wat u maximaal wilt verliezen
Een site die maandelijks verandert heeft andere eisen dan een webshop met bestellingen per minuut. Denk daarom in herstelpunt en hersteltijd: hoeveel data mag verloren gaan en hoe snel moet de site terug zijn?
Test een herstelpad
Een back-up die nooit teruggezet is geeft schijnzekerheid. Leg minimaal vast wie toegang heeft, waar versies staan en welke stappen nodig zijn om opnieuw te publiceren.
Wat gebeurt er technisch - en waarom merkt u daar iets van?
Onder de motorkap
Een back-up is pas waardevol wanneer herstel getest en praktisch uitvoerbaar is. Versiebeheer, deployment rollback, databaseback-ups en bestandsback-ups lossen verschillende soorten incidenten op.
“We hebben back-ups” zonder bewaartermijn, frequentie of herstelprocedure zegt weinig.
Wat betekent dit voor uw zaak?
Voor u telt vooral: hoe snel kan de laatste werkende versie terugkomen als een update fout gaat of data beschadigd raakt?
Een eenvoudige site kan soms sneller uit versiebeheer opnieuw uitgerold worden dan uit een traditioneel CMS-back-upbestand.
Er was een back-up - maar niemand had ze ooit hersteld
Een leverancier zegt dat er dagelijks back-ups lopen.
Na een fout blijkt de databaseback-up bruikbaar, maar recente uploads stonden op een andere opslag en waren niet meegenomen.
“Back-up aanwezig” was technisch waar, maar operationeel onvoldoende. De echte vraag is wat u kunt herstellen en hoe.
Herstel is meer dan één bestand
Verschillende onderdelen hebben verschillende herstelmechanismen. Een restore-test bewijst meer dan het bestaan van een back-up.
Wat minder zorgvuldige aanbieders soms doen
Niet elke goedkope of dure webbouwer werkt zo. Dit zijn controlepunten die u zelf kunt gebruiken wanneer u offertes vergelijkt.
- Let op: Back-ups staan op dezelfde locatie als het systeem dat ze moeten beschermen.
- Let op: Niemand heeft ooit een restore getest.
- Let op: De leverancier kan geen verschil uitleggen tussen code rollback en herstel van klantdata.
Waarom dat ertoe doet
- Bij een incident blijkt de back-up incompleet of onbruikbaar.
- Herstel duurt langer dan verwacht.
- Recente wijzigingen of uploads kunnen verloren gaan.
Praktische checklist
- ✓ Code/versionering geregeld
- ✓ Uploads en data apart bekeken
- ✓ Domein/DNS-toegang gedocumenteerd
- ✓ Herstelprocedure bekend
- ✓ Toegang niet bij één persoon opgesloten
Hoe kunt u dit zelf controleren?
- ✓ Vraag wat precies wordt geback-upt en hoe vaak.
- ✓ Vraag naar retentie en herstelprocedure.
- ✓ Laat uitleggen wat er gebeurt bij menselijke fout versus infrastructuurstoring.
Hoe BudgetWebsite dit aanpakt
- BudgetWebsite onderscheidt technische deployments, databasegegevens en private bestanden in plaats van alles onder één vaag “backup”-label te schuiven.
We vragen u niet dit op ons woord te geloven. Eigendom, prijs, scope en beperkingen moeten terug te vinden zijn in de site, voorwaarden of uw voorstel.