Toch zou ik één vraag stellen: wat gebeurt er als mijn website morgen teruggezet moet worden? Wie pakt dat op, welke gegevens komen terug en werkt de website daarna zoals je verwacht?
Een hersteltest helpt om daar vooraf antwoord op te krijgen. Daarbij wordt een back-up daadwerkelijk teruggezet en gecontroleerd. Zo ontdek je wat er nodig is voordat je afhankelijk bent van die kopie.
Wat Moet Een Hersteltest Laten Zien?
Laat voor een hersteltest een back-up terugzetten in een afzonderlijke, afgeschermde omgeving, naast de live website. De testkopie mag geen wijzigingen doorvoeren in je echte bestellingen, afspraken of klantgegevens.
Laat vervolgens de handelingen controleren waarvoor mensen je website gebruiken. Denk aan een bezoeker die een aanvraag verstuurt, een medewerker die inlogt of een klant die een afspraak maakt. Een website die er weer goed uitziet, kan achter de schermen nog iets missen.
Voor een website met een afsprakenplanner zou ik bijvoorbeeld deze controlepunten kiezen:
- Zijn de afspraken uit het gekozen back-upmoment aanwezig?
- Kan een medewerker inloggen en de planning bekijken?
- Kan een testafspraak worden opgeslagen?
- Werken de benodigde koppelingen in de daarvoor ingerichte testomgeving?
Bij zo’n test moeten bevestigingsmails en eventuele betalingen veilig worden opgevangen. Je wilt geen echte klant mailen of betaling uitvoeren door iets uit te proberen. De beheerder moet dat vooraf regelen.
Wat Zit Er Eigenlijk In De Back-up?
Voor veel websites zijn zowel bestanden als een database nodig. Bestanden bevatten bijvoorbeeld afbeeldingen en de code van je website. In een database kunnen teksten, accounts, aanvragen of bestellingen staan. Ook de instellingen die deze onderdelen met elkaar laten werken moeten beschikbaar zijn. De WordPress-documentatie legt bijvoorbeeld uit waarom een volledige back-up zowel bestanden als de database omvat.
Vraag daarom welke onderdelen van jouw website worden meegenomen. Laat ook controleren of de bestanden en gegevens bij hetzelfde herstelmoment passen.
Je zakelijke e-mail of een apart boekhoudprogramma valt niet vanzelf onder de back-up van je website. Vraag daar apart naar.
Welke Recente Gegevens Kunnen Ontbreken?
Stel dat je een bruikbare back-up van twaalf uur hebt. Om kwart over twee gaat er iets mis en blijkt terugzetten nodig. In de tussentijd zijn er drie afspraken geboekt.
Die afspraken staan niet in de kopie van twaalf uur. Mogelijk zijn ze nog op een andere manier terug te vinden, maar dat moet eerst worden uitgezocht. Alleen de oudere website terugzetten lost dat niet op.
Dit is een denkbeeldig voorbeeld, maar het maakt de afweging concreet. Bij een website waarop af en toe een tekst verandert, heeft twee uur aan wijzigingen een andere betekenis dan bij een drukke webshop of een personeelsportaal.
Bespreek daarom hoeveel recent werk je bij herstel zou kunnen missen. Kijk ook hoe ver je terug kunt: als een fout pas na een paar dagen wordt ontdekt, kan een oudere, bruikbare kopie nodig zijn.
Leg Vast Wat De Test Oplevert
Na een proefherstel wil je een begrijpelijk antwoord: welke kopie is gebruikt, welke gegevens zijn teruggekomen, welke functies zijn gecontroleerd en hoeveel tijd kostte dat?
Het Nationaal Cyber Security Centrum adviseert om back-ups regelmatig terug te zetten en te testen. Daarmee controleer je onder meer de kwaliteit van de teruggezette gegevens en de benodigde hersteltijd.
Werkt er tijdens de test iets niet? Leg dan vast wie het oplost en opnieuw controleert.
Een geslaagde test geeft inzicht in die situatie. Verandert je website, bijvoorbeeld door een nieuwe koppeling of een klantenportaal, bespreek dan of de herstelafspraken en controles nog passen.
Weet Wie Je Kunt Bereiken
Voor mij horen duidelijke afspraken, een bereikbaar aanspreekpunt en vooraf controleren of herstel werkt bij elkaar. Juist als je website uitvalt, wil je kunnen terugvallen op iets wat al besproken is.
Spreek af hoe je een storing meldt, wie het probleem onderzoekt en wie toestemming geeft voor het terugzetten van een oudere versie. Leg ook vast welke ondersteuning is afgesproken, welke kosten daarbij kunnen horen en hoe je op de hoogte blijft.
Bij een mogelijke hack moet de beheerder bovendien eerst beoordelen welke kopie bruikbaar is en hoe de oorzaak wordt aangepakt. Een oudere versie kan hetzelfde probleem bevatten. Die beoordeling hoort bij de voorbereiding op herstel.
Bij Xenid Maken We Elke Vier Uur Een Back-up
In onze hostingomgeving wordt elke vier uur automatisch een back-up gemaakt. Als jouw website of platform vaker een kopie nodig heeft, kunnen we daar samen afspraken over maken.
Wat passend is, hangt samen met het gebruik. Vertel ons bijvoorbeeld of er gedurende de dag veel aanvragen, bestellingen of gegevens van medewerkers binnenkomen. Dan kunnen we bespreken wat dat betekent voor de frequentie en de overige beheerafspraken.
Die vier uur zegt hoe vaak een back-up wordt gemaakt. De bewaartermijn, de inhoud en de uitvoering van herstel zijn afzonderlijke afspraken. Ook het maken van een nieuwe kopie en het uitvoeren van een hersteltest zijn verschillende werkzaamheden.
Meer over de onderdelen die daarbij komen kijken lees je bij hosting en technisch beheer.
Deze Vragen Kun Je Aan Je Beheerder Stellen
Je hoeft zelf geen back-up terug te kunnen zetten. Met deze vragen krijg je wel duidelijkheid over wat er voor jouw website geregeld is:
- Wat wordt er precies bewaard, hoe vaak en hoelang?
- Zijn de back-ups ook bereikbaar als de websiteomgeving uitvalt?
- Wanneer is voor het laatst een back-up teruggezet om te testen, en wat is daarbij gecontroleerd?
- Welke recente gegevens kunnen bij herstel ontbreken?
- Wie regelt het herstel en hoe meld ik een probleem?
- Wie controleert daarna of de belangrijke functies weer werken?
Dat gesprek hoeft geen ingewikkeld technisch overleg te worden. Begin bij wat jouw bedrijf dagelijks met de website doet. Daar kun jij als ondernemer heel goed over vertellen.
Wil je dit voor jouw website bespreken? Neem contact op met Xenid. Dan kijken we welke gegevens en functies belangrijk zijn en welke afspraken daarbij passen.