Back-ups en retentie: wat u aan uw hoster moet vragen

Een snapshot is geen back-up

Een snapshot is een momentopname van een schijf of virtuele machine, meestal gemaakt op dezelfde opslag waar de machine zelf op draait. Handig: u zet er in enkele minuten een mislukte update mee terug. Maar valt die opslag weg, dan verdwijnt de snapshot samen met de machine.

Een back-up is een kopie die los van het origineel bestaat, op andere apparatuur en bij voorkeur op een andere locatie. Daar zit het verschil: een snapshot beschermt u tegen een fout, een back-up beschermt u tegen verlies.

Een back-up die naast uw data staat is dus geen back-up. Dat geldt ook voor de map backup/ in uw eigen webruimte en voor de database-dump die op dezelfde server blijft staan: ransomware versleutelt die net zo goed als de rest.

Retentie: waarom één dag te weinig is

Retentie is hoe lang een back-up bewaard blijft voordat hij door een nieuwere wordt overschreven. Bij een retentie van één dag heeft u precies één versie: die van gisteren.

Dat gaat mis omdat schade zelden op de dag van ontdekking is ontstaan. Ransomware zit vaak dagen of weken in een omgeving voordat hij toeslaat, en een verkeerd uitgevoerde import of een corrupte tabel valt soms pas op wanneer iemand een oud record zoekt. Merkt u het op dag vijf, dan zijn uw back-ups inmiddels vijf keer overschreven met de kapotte situatie.

Vraag daarom niet of er back-ups zijn, maar hoeveel versies u kunt terugvragen en tot hoe ver terug. Meerdere dagen, met daarnaast een wekelijkse of maandelijkse bewaring, is het patroon dat u zoekt.

Bestanden en database zijn twee dingen

Een website bestaat uit bestanden en, bij een CMS of webshop, uit een database. Bestanden terugzetten is eenvoudig: het is kopiëren. Een database terugzetten is iets anders — die moet consistent zijn en op hetzelfde moment zijn vastgelegd als de bestanden, anders verwijst uw CMS naar afbeeldingen die er nog niet zijn of omgekeerd.

Vraag dus ook of u alléén een database kunt laten terugzetten, of alléén een map. Een volledige terugzetting van een hele server is soms een veel te grof instrument voor een probleem dat één tabel groot is.

De vragen die u aan uw hoster stelt

Een back-up die nooit is teruggezet, is een aanname

Back-upsoftware die "geslaagd" meldt, meldt dat het schrijven is geslaagd. Niet dat het bestand leesbaar is, niet dat de database er compleet in zit, en niet dat iemand weet welke stappen een herstel vraagt. Dat weet u pas nadat u het één keer echt heeft gedaan.

Zet daarom een keer iets terug terwijl er geen crisis is. Een oude kopie van uw site in een testomgeving is genoeg. U ontdekt dan waar de wachtwoorden staan, hoe lang het duurt en wie u moet bellen — precies de dingen die u op de dag zelf niet wilt uitzoeken.

Hoe wij het zelf doen

Onze back-ups worden verzorgd door onze zusterorganisatie Xyphen IT en staan daarmee niet op de server zelf. Dat is precies om de reden die hierboven staat: een kopie naast het origineel overleeft het verlies van dat origineel niet.

Wilt u weten hoeveel versies er voor uw omgeving bewaard worden en hoe een terugzetting bij ons verloopt, vraag het dan gewoon na bij support. Wij vinden het een terechte vraag en geven er een concreet antwoord op in plaats van "dat is geregeld".