Websitebestanden terugzetten vanuit een backup

Een verdwenen afbeelding, een fout na een WordPress-update of een gehackte website komt altijd ongelegen. Website bestanden terugzetten vanuit een backup kan uw website snel weer beschikbaar maken, maar alleen wanneer u eerst vaststelt wat er precies mis is. Een ondoordachte herstelactie kan namelijk ook recente, correcte wijzigingen overschrijven.

Een backup is geen knop die elk probleem automatisch oplost. Het is een herstelpunt. Hoe zorgvuldig u dat herstel uitvoert, bepaalt of bezoekers snel weer een werkende website zien – en of belangrijke bestellingen, formulieren of content behouden blijven.

Wanneer websitebestanden terugzetten vanuit een backup nodig is

U hoeft niet bij iedere fout direct de volledige website terug te zetten. Een enkele kapotte pagina kan bijvoorbeeld het gevolg zijn van een plugin, een verkeerde instelling of een tijdelijk probleem met caching. In zulke gevallen is gericht oplossen vaak verstandiger dan een compleet herstel.

Een backup terugzetten is wel logisch wanneer bestanden zijn verwijderd, een update de site onbruikbaar heeft gemaakt, malware bestanden heeft aangepast of een ontwikkelaar per ongeluk de verkeerde versie heeft geplaatst. Ook na een mislukte migratie biedt een recente backup een betrouwbaar vertrekpunt.

Kijk daarbij naar het moment waarop het probleem ontstond. Is de website vanochtend nog goed gecontroleerd en is er van vannacht een backup beschikbaar? Dan is dat meestal een passend herstelpunt. Is het probleem al enkele dagen aanwezig, controleer dan oudere backups. Een herstelpunt van na de fout brengt u niet verder.

Bestanden en database zijn twee verschillende onderdelen

Veel websites bestaan uit meer dan de bestanden op de hostingomgeving. Bij een WordPress-website bevatten de bestanden onder meer het thema, plugins, uploads en configuratie. De database bevat doorgaans pagina’s, berichten, gebruikers, instellingen, reacties en gegevens uit formulieren of webshops.

Herstelt u alleen bestanden terwijl de database beschadigd is, dan blijft de website mogelijk foutmeldingen geven. Herstelt u alleen de database terwijl nieuwe uploads ontbreken, dan kunnen afbeeldingen en documenten niet meer laden. Daarom is het essentieel om te weten welk onderdeel geraakt is.

Voor een brochurewebsite is een volledig herstel van bestanden en database vaak de veiligste keuze. Voor een actieve webshop ligt dat genuanceerder. Een databasebackup van gisteren kan bestellingen, klantaccounts of voorraadwijzigingen van vandaag missen. In dat geval is eerst onderzoek nodig naar de schade en de beschikbare herstelopties.

Zo bereidt u een veilig herstel voor

Begin met rust en verzamel informatie. Noteer wanneer het probleem voor het eerst zichtbaar werd, welke wijziging eraan voorafging en welke pagina’s of functies niet werken. Maak schermafbeeldingen van foutmeldingen. Dat helpt u om na het herstel te controleren of de oorzaak daadwerkelijk is weggenomen.

Maak vervolgens, als dat technisch nog mogelijk is, een extra backup van de huidige situatie. Dat klinkt misschien vreemd wanneer de site kapot is, maar deze momentopname kan recente content, bestellingen of instellingen bevatten die later nog nodig blijken. Bewaar deze backup apart van het herstelpunt dat u gaat gebruiken.

Controleer daarna welke backups beschikbaar zijn en wat daarin is opgenomen. Let op de datum en tijd, maar ook op de inhoud: gaat het om alleen bestanden, alleen een database of een volledige accountbackup? Kijk eveneens naar de bewaarperiode. Dagelijkse backups bieden veel zekerheid, maar zijn geen vervanging voor een langere bewaartermijn wanneer een fout pas weken later ontdekt wordt.

Voor u begint, zet onderhoudsmodus aan als de website nog deels bereikbaar is. Daarmee voorkomt u dat bezoekers tijdens het herstel formulieren invullen of aankopen doen die u daarna mogelijk moet reconstrueren. Informeer interne collega’s als zij de website beheren of zakelijke e-mail en gekoppelde systemen gebruiken.

Website bestanden terugzetten uit een backup: stap voor stap

Een herstelactie verloopt het veiligst in een vaste volgorde. De precieze knoppen verschillen per hostingpaneel of backupoplossing, maar de aanpak blijft gelijk.

1. Kies het juiste herstelpunt

Selecteer een backup van vlak vóór het incident. Kies niet automatisch de meest recente versie. Wanneer een kwetsbaarheid of fout al eerder aanwezig was, kan die ook in recente backups staan. Bij twijfel is een herstel naar een tijdelijke testomgeving verstandig, zodat u eerst kunt controleren of alles functioneert.

2. Bepaal de omvang van het herstel

Herstel alleen wat nodig is, maar niet minder dan nodig. Zijn uitsluitend afbeeldingen of themabestanden verwijderd, dan kan een bestandsherstel voldoende zijn. Is de website blanco, geeft WordPress databasefouten of werkt de administratie niet meer, herstel dan bestanden én database als samenhangend geheel.

Let goed op configuratiebestanden, zoals het bestand waarin databasegegevens staan. Een oude configuratie kan verwijzen naar verkeerde gegevens of instellingen bevatten die na een migratie zijn aangepast. Bij een volledige accountrestore kunnen ook e-mailinstellingen, subdomeinen en andere onderdelen geraakt worden. Lees vooraf wat uw backupfunctie precies terugplaatst.

3. Voer het herstel uit en wacht tot het proces klaar is

Onderbreek een herstel niet halverwege. Grote websites met veel media, e-mail of databases kunnen tijd nodig hebben. Start ook niet meerdere herstelacties tegelijk. Daarmee ontstaat het risico dat bestanden elkaar overschrijven en het onduidelijk wordt welke versie uiteindelijk actief is.

Houd tijdens het herstel bij welke datum en onderdelen u hebt gekozen. Dat is praktisch voor uzelf, maar ook waardevol wanneer technische ondersteuning moet meekijken. Een goede hostingpartner kan dan sneller vaststellen of aanvullend herstel, logonderzoek of beveiligingscontrole nodig is.

4. Controleer de website buiten uw eigen browser om

Na een restore kan uw browser nog een oude, opgeslagen versie tonen. Test daarom in een privévenster en op een mobiel apparaat. Controleer de homepage, enkele belangrijke pagina’s, contactformulieren, inloggen, afbeeldingen en downloads. Heeft u een webshop, test dan ook winkelmand, afrekenen, bevestigingsmails en voorraadweergave zonder een echte klantbestelling te verstoren.

Controleer ook de foutlogs en de meldingen van uw contentmanagementsysteem. Een website kan op het eerste gezicht goed laden, terwijl een achtergrondtaak, formulierkoppeling of betaalprovider nog foutloopt. Bij een beveiligingsincident is extra aandacht nodig: verander wachtwoorden, verwijder onbekende accounts en voer updates pas uit nadat u weet waardoor de besmetting of inbraak kon ontstaan.

Veelgemaakte fouten die herstel onnodig lastig maken

De grootste fout is herstellen zonder eerst een kopie van de huidige situatie te bewaren. Daardoor kunnen gegevens die na de gekozen backup zijn toegevoegd definitief verdwijnen. Dit speelt vooral bij webshops, reserveringssystemen en websites met veel formulierinzendingen.

Een tweede fout is aannemen dat een backup automatisch schoon is. Als malware al dagen actief was, kan die in meerdere herstelpunten voorkomen. Scan daarom de herstelde website, controleer beheerdersaccounts en onderzoek verouderde plugins, zwakke wachtwoorden of onjuiste bestandsrechten.

Ook het direct opnieuw installeren van alle plugins is niet altijd verstandig. Een incompatibele of kwetsbare plugin kan de oorzaak zijn, maar willekeurig updaten maakt onderzoek lastiger. Werk gecontroleerd: controleer eerst de werking, maak opnieuw een backup en voer wijzigingen vervolgens één voor één door.

Ten slotte is een backup die nooit getest is vooral een aanname. Controleer periodiek of herstelpunten beschikbaar zijn, of bestanden en databases volledig worden meegenomen en of het herstelproces past bij uw organisatie. Voor een kleine website is een maandelijkse controle vaak voldoende. Voor een drukke webshop of bedrijfskritisch platform zijn frequentere backups, langere retentie en een afgesproken herstelprocedure verstandiger.

Wanneer u beter direct hulp inschakelt

Bij een eenvoudige verwijderde map kunt u vaak zelf handelen, mits u weet welke bestanden terug moeten. Schakel direct technische hulp in wanneer een database betrokken is, er klantgegevens op de website staan, de oorzaak mogelijk een hack is of de website omzetverlies veroorzaakt. Dan gaat het niet alleen om terugzetten, maar ook om veilig herstellen en herhaling voorkomen.

DeltaServ kan in zo’n situatie meedenken vanuit de volledige omgeving: hosting, backups, beveiliging en de technische gevolgen voor uw website. Dat geeft duidelijkheid wanneer snelheid nodig is, zonder dat u zelf hoeft te gokken welke herstelactie de minste schade veroorzaakt.

Maak van een backup geen noodgreep die pas aandacht krijgt wanneer het misgaat. Leg vandaag vast wie mag herstellen, welke gegevens prioriteit hebben en hoe u na een herstel controleert of uw website weer echt werkt.