Vrijwel elke hostingpartij maakt reclame met automatische back-ups. Het klinkt geruststellend, en meestal klopt het zelfs, er wordt daadwerkelijk iets opgeslagen. Toch is dit een van de meest onderschatte aannames in het beheer van een WordPress-website.
Twee verschillende beloftes
“Wij maken back-ups” is een belofte over een proces. “Deze back-up werkt” is een belofte over een uitkomst. Dat zijn niet dezelfde dingen, ook al voelen ze hetzelfde aan tot het moment dat u de back-up daadwerkelijk nodig heeft.
Een back-up kan technisch gezien elke dag netjes worden aangemaakt, en toch onbruikbaar blijken zodra u ‘m probeert terug te zetten. Een onvolledige database-dump, een corrupt bestand, een back-up die wel de site maar niet de database bevat. Niets van dit alles is zichtbaar totdat het misgaat.
Een ander punt dat vaak over het hoofd wordt gezien
Back-ups die op dezelfde server staan als de website zelf, delen ook hetzelfde risico. Bij een gehackt account, een serverstoring, of een fout van de hostingpartij zelf, kan dat zowel de site als de back-up raken. Een back-up die onafhankelijk van de website wordt opgeslagen, zonder inloggegevens die op de site zelf staan, voorkomt precies dat scenario.
De enige manier om het zeker te weten
Vraag het niet, test het. Zet een keer daadwerkelijk een volledige back-up terug, bestanden en database, en meet hoe lang het duurt en of het werkt. Dat is geen wantrouwen richting uw hostingpartij, het is simpelweg het verschil tussen aannemen en weten.
Ik heb dit zelf gedaan, op mijn eigen sites, voor ik het ooit aan iemand anders zou aanraden. Inmiddels ook bij een klant: een volledige restore op een aparte testomgeving, bestanden en database, dertig minuten, alles compleet. Dat is precies het soort zekerheid dat “onze host maakt back-ups” nooit kan geven, hoe geruststellend het ook klinkt.