Weten hoe je een goede back-up van je website maakt, voelt als iets optioneels tot het moment dat het dat niet meer is. De back-up die een site redt, is altijd de back-up die iemand weken of maanden voordat er iets misging, rustig op de achtergrond heeft ingesteld. Het gaat er niet alleen om dat je een back-up maakt. Het gaat erom dat je weet wat erin moet zitten, waar hij moet staan en hoe je zeker weet dat hij werkt als het erop aankomt.
Er kan veel misgaan met een website. Een kwaadaardige aanval, een mislukte update, een per ongeluk verwijderd bestand, een serverprobleem dat alles platlegt. In al die situaties is een back-up het verschil tussen herstellen in minuten en helemaal opnieuw beginnen. De sites die het snelst herstellen, zijn de sites waar al back-ups draaiden voordat het probleem begon. Het volledige beeld van wat een website in gevaar brengt, vind je in het artikel over waarom websitebeveiliging belangrijk is.
Waarom back-ups van websites belangrijker zijn dan de meeste mensen denken
Waartegen een back-up je beschermt
- Wordt er schadelijke code op een site gezet, dan haalt het terugzetten van een schone back-up die helemaal weg, inclusief verborgen toegangen die de aanvaller kan hebben achtergelaten. Meer over wat schadelijke code met een site doet, lees je in het artikel over wat website-malware is en wat het met je site doet
- Breekt een update de site, dan zet een back-up van vóór de update alles direct terug naar een werkende staat
- Gaat inhoud of data verloren door een serverprobleem of per ongeluk verwijderen, dan is een back-up de enige betrouwbare manier om het terug te krijgen
Wat er gebeurt als er geen back-up is
- Zonder back-up hangt herstel af van wat er nog op de server staat. Is de server het probleem, dan blijft er niets over om mee te werken
- Bij een ransomware-aanval, waarbij de bestanden van de site worden vergrendeld en toegang wordt geblokkeerd, haalt een schone back-up die los van de server staat de macht van de aanvaller helemaal weg. Zonder back-up kun je alleen het losgeld betalen of de site van niets opnieuw opbouwen
- Elk uur dat de site offline is en niet in zoekresultaten verschijnt, gaan bezoekers en mogelijke klanten ergens anders heen
Wat zit er in een websiteback-up?
Bestanden
- Een website bestaat uit bestanden: de bestanden die bepalen hoe hij eruitziet, de bestanden van plugins of extensies die functies toevoegen, geüploade afbeeldingen en media, en eigen code
- Een back-up van de bestanden bevat dit allemaal. Zonder die back-up zou je voor het herstellen van de vormgeving en functies alles opnieuw moeten installeren en instellen
Database
- De meeste websites bewaren hun inhoud en instellingen in een database. Pagina's, blogberichten, productoverzichten, bestellingen en accountgegevens staan daar
- Een back-up van alleen de bestanden is geen volledige back-up als de database ontbreekt. Alle ontwerpbestanden ter wereld helpen niet als de inhoud weg is
- Een complete websiteback-up bevat de bestanden en de database samen
Volledige back-ups of kleinere
- Een volledige back-up kopieert alles: alle bestanden en de hele database in één keer
- Een incrementele back-up kopieert alleen wat er is veranderd sinds de vorige back-up. Die zijn kleiner en sneller te maken, maar je hebt de hele keten van eerdere back-ups nodig om goed terug te zetten
- Voor de meeste kleine en middelgrote websites zijn volledige back-ups eenvoudiger en betrouwbaarder
Hoe maak je een back-up van je website?
Als je platform het regelt
- Veel beheerde hostingplatforms en websitebouwers maken automatisch op de achtergrond back-ups volgens een vast schema. De site-eigenaar hoeft niets te doen
- Op die platforms is een back-up terugzetten meestal een eenvoudig proces via het dashboard
- Weet je niet zeker of je platform automatische back-ups heeft, kijk dan in de account- of hostinginstellingen. Controleer wat er wordt geback-upt, hoe vaak en hoe ver de geschiedenis teruggaat
Als je zelf je hosting beheert
- Bij zelfbeheerde hosting moet je back-ups handmatig instellen. Het hostingpaneel heeft vaak een back-upoptie, maar die dekt soms maar een deel van de site en bewaart alles mogelijk op dezelfde server
- Geautomatiseerde back-ups instellen via de planningstools van de server is betrouwbaarder dan erop rekenen dat iemand eraan denkt het met de hand te doen
- Het back-upproces moet vanzelf draaien, zonder dat het van iemand afhangt
Met een back-upplugin of back-updienst
- Back-upplugins en -diensten koppelen aan je site, maken back-ups volgens een schema dat je kiest en sturen automatisch kopieën naar een aparte opslaglocatie
- Die passen goed bij sites waar de hosting geen ingebouwd back-upbeheer heeft, of waar back-ups op dezelfde server als de site staan
Waar bewaar je een websiteback-up?
Niet op dezelfde server
- Een back-up op dezelfde server als de site is niet echt nuttig in de situaties die het meest tellen. Gaat de server onderuit, dan gaat de back-up mee. Wordt de site aangevallen en worden bestanden vergrendeld, dan is de back-up ook vergrendeld
- De back-up moet ergens helemaal apart staan, op een plek die niet wordt geraakt door wat er met de server gebeurt
Opslag op een andere locatie
- Cloudopslag maakt back-ups op een andere locatie eenvoudig. Back-ups kunnen automatisch naar een cloudaccount worden gestuurd volgens hetzelfde schema waarmee ze worden gemaakt
- Minstens één kopie bewaren op een plek die je zelf direct beheert, los van het hostingaccount, is de betrouwbaarste opzet
- Veel back-updiensten regelen dit automatisch en sturen elke back-up direct naar een gekoppeld cloudopslagaccount
Hoeveel kopieën je bewaart
- Alleen de laatste back-up bewaren is riskant. Is een probleem niet meteen opgemerkt, dan kan de nieuwste back-up het probleem al bevatten
- Meerdere eerdere versies bewaren geeft je herstelpunten om uit te kiezen, niet alleen de laatste staat
- Een gangbare opzet is dagelijkse back-ups die 30 dagen worden bewaard, zodat je een hele maand aan opties hebt als je iets ongedaan moet maken
Hoe vaak moet je een back-up van je website maken?
Laat de frequentie passen bij hoe de site verandert
- Een site die dagelijks nieuwe inhoud publiceert, bestellingen aanneemt of formulieren ontvangt, heeft dagelijkse back-ups nodig. Een gat van meer dan een dag betekent dat een dag aan inhoud of data op het spel staat
- Een site die zelden verandert, kan minder vaak een back-up krijgen, maar moet toch een back-up hebben vóór elke grote wijziging, zoals een platformupdate of het installeren van een nieuwe plugin
- Bij sites met veel verkeer en veel updates beperken frequentere back-ups wat je mogelijk kwijtraakt
Maak een back-up voordat je iets verandert
- Maak, los van het vaste schema, altijd een verse back-up voordat je grote wijzigingen aan de site doorvoert. Een update die iets kapotmaakt, is veel makkelijker op te lossen als er een schone back-up van vlak voor de wijziging is
- Dit geldt voor platformupdates, het installeren van nieuwe plugins, wijzigingen aan het thema en alle andere aanpassingen die onverwachte gevolgen kunnen hebben
Hoe controleer je of een back-up echt werkt?
Waarom testen nodig is
- Een back-up die nooit is getest, is een back-up waarvan nooit is bewezen dat hij werkt. Bestanden kunnen onvolledig zijn. Back-upprocessen kunnen mislukken zonder duidelijke foutmelding. Het slechtste moment om te ontdekken dat een back-up kapot is, is het moment dat je hem nodig hebt
- Testen is de enige manier om met echt vertrouwen te weten dat de back-up werkt
Wat je test
- Voer een testherstel uit op een staging- of testomgeving, niet op de live site. Zo bevestig je dat de back-up alles bevat wat nodig is en dat het herstelproces van begin tot eind werkt
- Controleer of inhoud, instellingen en accountgegevens na het herstel allemaal aanwezig zijn
- Voer een test uit nadat je een nieuw back-upsysteem hebt ingesteld, en daarna af en toe opnieuw, om te zien dat er niets is veranderd dat het herstel zou raken
Een volledig overzicht van hoe back-ups samengaan met firewalls, software-updates en toegangsbeheer in een complete opzet, vind je in het artikel over hoe je je website beschermt tegen hackers. Hoe tweestapsverificatie de toegang tot het beheer beschermt als eerste verdedigingslinie voordat je ooit een back-up nodig hebt, lees je in het artikel over wat tweestapsverificatie is en waarom je website het nodig heeft.
Hoe WEMASY back-ups van websites regelt
Back-ups zijn inbegrepen in alle WEMASY-abonnementen en draaien automatisch. Je hoeft geen back-upschema in te stellen en geen externe opslag te koppelen. Herstelopties zijn direct beschikbaar via het dashboard, zodat een site terugzetten naar een eerdere staat geen technische stappen vraagt.
Back-ups worden los van de server van de site bewaard, dus ze worden niet geraakt door wat er met de site zelf gebeurt. Het platform beheert het hele proces, ook hoe lang de back-upgeschiedenis wordt bewaard, zonder dat de site-eigenaar iets hoeft te doen.
Bekijk wat erbij zit op de WEMASY Websitebouwer, of vergelijk de abonnementen op de prijzenpagina.
Veelgestelde vragen
Hoe vaak moet ik een back-up van mijn website maken?
De juiste frequentie hangt af van hoe vaak je site verandert. Een site die dagelijks wordt bijgewerkt met nieuwe inhoud, bestellingen of formulieren, heeft dagelijkse back-ups nodig. Een site die zelden verandert, kan minder vaak een back-up krijgen, maar moet altijd een back-up hebben vóór elke belangrijke update of wijziging. Als vuistregel is het gat tussen back-ups het maximum aan inhoud of data dat je kwijtraakt als er vlak voor de volgende back-up iets misgaat. Met de Websitebouwer van WEMASY stel je dit direct op je eigen website in.
Wat zit er in een websiteback-up?
Een complete websiteback-up bestaat uit twee delen: de bestanden van de site (de themabestanden, pluginbestanden, geüploade afbeeldingen en eigen code) en de database (waarin inhoud, instellingen, gebruikersaccounts en bestellingen staan). Een back-up van alleen de bestanden mist alle inhoud in de database. Een back-up van alleen de database mist de code en het ontwerp. Je hebt beide nodig om goed te kunnen herstellen.
Waar moet ik back-ups van mijn website bewaren?
Buiten de server waarop de site draait. Een back-up op dezelfde server gaat verloren of is onbruikbaar als de server het probleem is. Opslag in de cloud op een andere locatie, direct gekoppeld aan het back-upproces, is de standaardaanpak. De back-uplocatie moet ergens zijn die je los van je hostingaccount beheert, zodat een aanval of storing aan de hostingkant niet ook de back-up wegvaagt.
Hoe weet ik of mijn back-up echt werkt?
De enige manier is testen. Voer een herstel uit op een staging- of testomgeving en controleer of de site, de inhoud en de instellingen allemaal goed terugkomen. Een back-up die nooit is getest, is nooit bewezen. Een test uitvoeren nadat het back-upsysteem voor het eerst is ingesteld en daarna af en toe is het minimum om er echt op te kunnen vertrouwen.
Wat is het verschil tussen een volledige en een incrementele back-up?
Een volledige back-up kopieert alles in één keer: alle bestanden en de hele database. Een incrementele back-up kopieert alleen wat is veranderd sinds de vorige back-up. Volledige back-ups zijn groter en kosten meer tijd om te maken, maar zijn eenvoudiger terug te zetten omdat alles op één plek staat. Incrementele back-ups zijn sneller en kleiner, maar hebben de hele keten van eerdere back-ups nodig om te herstellen. Voor de meeste websites zijn volledige back-ups de praktischere en betrouwbaardere keuze.
Wat moet ik doen na het terugzetten van een back-up na een aanval?
Zoek eerst de zwakke plek die de aanval mogelijk maakte en dicht die. Een schone back-up terugzetten haalt het directe probleem weg, maar hetzelfde kan weer gebeuren als het gat dat het mogelijk maakte er nog is. Werk alle software bij die een update nodig had. Wijzig alle wachtwoorden die bij de site horen, inclusief het beheerdersaccount en het hostingpaneel. Draai daarna een beveiligingsscan om te bevestigen dat er niets schadelijks is achtergebleven, en houd de site de komende weken goed in de gaten.