VPS back-up maken: snapshots, externe back-ups en herstel uitgelegd

Een VPS back-up maken is één van de belangrijkste onderdelen van goed serverbeheer. Toch wordt een back-upstrategie vaak pas serieus bekeken nadat er iets fout is gegaan. Een verkeerde update, beschadigde database, verwijderde bestanden of complete serverstoring kan voldoende zijn om een website of applicatie onbruikbaar te maken.

Een VPS bevat bovendien vaak veel meer dan alleen één website. Op dezelfde server kunnen tientallen domeinen, databases, mailboxen, SSL-configuraties, cronjobs en instellingen staan.

Daarom is de vraag niet alleen óf er ergens een kopie wordt gemaakt.

Je moet vooral weten wat er wordt geback-upt, waar die gegevens worden opgeslagen en hoe snel je ze daadwerkelijk kunt herstellen.

Een snapshot van de VPS kan daarbij nuttig zijn, maar een snapshot is niet automatisch hetzelfde als een volwaardige externe back-up.

Wat is een VPS back-up?

Een VPS backup is een reservekopie van gegevens die op een Virtual Private Server staan.

Dat kunnen complete serverbestanden zijn, maar ook specifieke onderdelen zoals websites, databases en configuraties.

Hoe uitgebreid zo’n back-up is hangt af van de gekozen techniek.

Een hostingprovider kan bijvoorbeeld iedere nacht een afbeelding van de complete VPS maken. Een controlepaneel zoals Plesk of DirectAdmin kan afzonderlijke websites en accounts back-uppen. Daarnaast kun je databases en bestanden zelfstandig naar externe opslag kopiëren.

Die methoden hebben ieder een ander doel.

Daarom bestaat een goede back-upstrategie meestal niet uit één enkele techniek.

Het is juist verstandig meerdere lagen te combineren.

Waarom is een server back-up noodzakelijk?

Een VPS geeft je veel vrijheid, maar daarmee krijg je ook verantwoordelijkheid voor de gegevens die erop staan.

Stel dat een WordPress-update fout gaat.

Een plugin veroorzaakt een fatale fout en de website is niet meer bereikbaar. Wanneer je een recente kopie hebt, kun je de website relatief eenvoudig terugzetten.

Maar problemen kunnen groter zijn.

Een server kan bijvoorbeeld beschadigde opslag krijgen. Een administrator kan per ongeluk belangrijke bestanden verwijderen. Malware kan meerdere websites aanpassen of een database kan corrupt raken.

In zo’n situatie wil je niet afhankelijk zijn van alleen de live omgeving.

Daarom is een server back-up geen extra luxe. Voor zakelijke hosting hoort het bij de basis.

Een back-up is pas goed wanneer herstel werkt

Hier gaat het in de praktijk vaak mis.

Een systeem meldt iedere nacht:

Backup completed successfully.

Dat klinkt geruststellend.

Maar wanneer niemand ooit probeert zo’n back-up terug te zetten, weet je eigenlijk alleen dat er een bestand is aangemaakt.

Je weet niet zeker of het compleet is.

Een back-up kan bijvoorbeeld beschadigd zijn. De database kan ontbreken. Een archief kan wel bestanden bevatten, maar geen configuratie waarmee de website goed terugkomt.

Daarom hoort herstel testen bij een professionele back-upstrategie.

Het uiteindelijke doel van een back-up is immers niet het maken van het bestand.

Het doel is de dienst kunnen herstellen wanneer de originele gegevens niet meer bruikbaar zijn.

VPS snapshot versus VPS back-up

De termen VPS snapshot en back-up worden vaak door elkaar gebruikt. Toch zijn ze niet hetzelfde.

Een snapshot legt in feite de toestand van een virtuele server op een bepaald moment vast.

Dat is vooral handig voordat je een risicovolle wijziging uitvoert.

Stel dat je de server gaat upgraden of een grote configuratiewijziging wilt uitvoeren.

Je maakt eerst een snapshot.

Wanneer de wijziging fout gaat, kun je relatief snel terug naar de eerdere situatie.

Voor dat doel is een snapshot zeer praktisch.

Toch moet je er niet automatisch vanuit gaan dat een snapshot je volledige back-upstrategie vervangt.

Waarom een snapshot geen volledige back-upstrategie is

Een snapshot blijft vaak onderdeel van dezelfde infrastructuur als de VPS.

Wanneer er een groter probleem ontstaat bij die infrastructuur, kunnen zowel de server als het snapshot geraakt worden.

Dat hangt natuurlijk af van hoe de provider snapshots technisch opslaat.

Toch blijft het basisprincipe belangrijk:

een kopie op dezelfde infrastructuur beschermt tegen minder soorten problemen dan een onafhankelijke externe kopie.

Daarnaast worden snapshots vaak maar kort bewaard.

Je kunt bijvoorbeeld meerdere snapshots maken voordat je wijzigingen uitvoert, maar na enkele dagen worden ze alweer verwijderd.

Voor snel herstel is dat prima.

Voor gegevensherstel van weken of maanden geleden is het minder geschikt.

Wat is een echte externe VPS back-up?

Een externe back-up server bewaart de gegevens buiten de primaire VPS-omgeving.

Dat kan bijvoorbeeld een andere fysieke server, opslagcluster of andere geografische locatie zijn.

Het voordeel is onafhankelijkheid.

Wanneer de volledige primaire VPS verloren gaat, staat de kopie nog ergens anders.

Dat principe wordt ook vaak aangeduid als een offsite backup.

Voor belangrijke websites is dit één van de sterkste onderdelen van een goede back-upstrategie.

Stel bijvoorbeeld dat de primaire server volledig opnieuw moet worden opgebouwd.

Dan kun je de gegevens vanaf de externe opslag terughalen.

Wanneer al je back-ups uitsluitend op de beschadigde server stonden, heb je daar niets meer aan.

Back-up op dezelfde VPS: waarom is dat onvoldoende?

Het komt verrassend vaak voor.

Een server maakt bijvoorbeeld iedere nacht een back-up naar:

/backup/

op dezelfde VPS.

Dat beschermt uitstekend tegen een per ongeluk verwijderd bestand.

Je kunt immers de kopie terughalen.

Maar bij een complete serverstoring heb je een probleem.

De live bestanden en de back-ups bevinden zich dan op dezelfde machine.

Hetzelfde geldt bij ernstige malware, een foutieve beheeractie of opslagproblemen.

Daarom kan een lokale back-up nuttig zijn als eerste herstelpunt, maar hij hoort niet de enige kopie te zijn.

Voor zakelijke servers is een externe tweede kopie veel veiliger.

Welke gegevens moet je op een VPS back-uppen?

Dat hangt af van wat de VPS doet.

Bij een typische webhostingserver zijn websitebestanden belangrijk. Daarin staan bijvoorbeeld WordPress, plugins, thema’s, uploads en maatwerkcode.

Maar alleen die bestanden zijn niet voldoende.

WordPress bewaart veel belangrijke informatie in de database.

Pagina’s, gebruikers, instellingen en een groot deel van plugininformatie staan daar.

Wanneer je alleen wp-content terugzet zonder de database, krijg je dus geen volledige website terug.

Bij een complete server backup maken moet je daarom eerst bepalen welke onderdelen nodig zijn om de dienstverlening opnieuw op te bouwen.

Database back-up is vaak belangrijker dan gedacht

Voor dynamische websites verandert de database voortdurend.

Neem een WooCommerce-webshop.

Iedere nieuwe bestelling kan nieuwe informatie aan de database toevoegen. Ook klanten, voorraad en andere transactiedata worden daar verwerkt.

Wanneer je iedere nacht om 03:00 uur een databasekopie maakt en de server om 22:00 uur uitvalt, kan theoretisch bijna een volledige dag aan gegevens ontbreken.

Daarom moet de frequentie aansluiten bij de waarde en veranderingssnelheid van de gegevens.

Een informatieve website die eens per maand wordt aangepast heeft misschien genoeg aan dagelijkse back-ups.

Een drukke webshop vraagt mogelijk om veel frequentere databasekopieën.

De juiste frequentie wordt dus bepaald door hoeveel gegevensverlies acceptabel is.

Hoe vaak moet je een VPS back-up maken?

Daar bestaat geen universele regel voor.

De belangrijkste vraag is:

hoeveel gegevens mag je maximaal kwijtraken?

Dit wordt vaak beschreven met het Recovery Point Objective, oftewel RPO.

Stel dat maximaal één uur aan gegevens verloren mag gaan.

Dan is één back-up per 24 uur onvoldoende.

Je hebt een strategie nodig waarbij relevante gegevens minstens ieder uur veilig worden vastgelegd.

Voor een statische website kan een langere periode acceptabel zijn.

Voor een druk orderplatform kan zelfs één uur verlies te veel zijn.

Daarom moet de back-upfrequentie voortkomen uit de zakelijke eisen en niet uit wat toevallig standaard in het hostingpakket zit.

Wat is Recovery Time Objective?

Naast hoeveel gegevens je kunt verliezen, speelt nog een tweede vraag:

hoe snel moet de server weer online zijn?

Dat wordt vaak Recovery Time Objective, of RTO, genoemd.

Stel dat je volledige VPS opnieuw opgebouwd moet worden.

Heb je alleen losse websitebestanden en databases? Dan kan het enkele uren kosten om het besturingssysteem, controlepaneel en alle configuraties opnieuw in te richten.

Heb je daarnaast een complete image-back-up, dan kan herstel misschien veel sneller gaan.

Daarom heeft de gewenste hersteltijd invloed op de techniek die je kiest.

Een goede back-upstrategie gaat dus niet alleen over opslag.

Hij gaat ook over hoe snel je vanuit die opslag weer een werkende omgeving krijgt.

Automatische VPS back-up of handmatig?

Voor productieomgevingen hoort een automatische VPS back-up eigenlijk de standaard te zijn.

Handmatige back-ups zijn nuttig vóór een belangrijke wijziging, maar ze zijn te afhankelijk van menselijk gedrag.

Het is gemakkelijk om een back-up te vergeten.

Zeker wanneer een server maandenlang zonder problemen draait.

Automatisering voorkomt dat probleem.

Een nachtschema kan bijvoorbeeld automatisch databases en websitebestanden kopiëren.

Daarnaast kun je vóór een grote update alsnog handmatig een extra herstelpunt maken.

De combinatie werkt vaak goed:

vaste automatische back-ups voor continuïteit + extra handmatige kopie vóór risicovolle wijzigingen.

Hoe lang moeten VPS back-ups worden bewaard?

Ook hier bestaat geen universele instelling.

Alleen de laatste back-up bewaren is riskant.

Stel dat malware twee weken geleden een WordPress-site heeft aangepast, maar je ontdekt het vandaag.

Als iedere nieuwe back-up de vorige volledig overschrijft, bevatten al je herstelgegevens inmiddels dezelfde besmetting.

Daarom is retentie belangrijk.

Een systeem kan bijvoorbeeld verschillende generaties bewaren.

Recente back-ups worden vaker bewaard, terwijl oudere kopieën op een langere interval blijven staan.

Daarmee kun je zowel een bestand van gisteren als een situatie van enkele weken geleden terughalen.

Hoe lang je gegevens bewaart hangt af van opslagruimte, wetgeving en bedrijfsbehoefte.

Waarom meerdere herstelpunten belangrijk zijn

Stel dat je alleen één back-up hebt.

Iedere nacht wordt de vorige kopie overschreven.

Op maandag raakt een database ongemerkt beschadigd.

Dinsdag maakt het systeem netjes een nieuwe back-up.

Nu bevat de enige beschikbare back-up dezelfde beschadigde database.

Technisch heeft het back-upsysteem perfect gewerkt.

Functioneel heb je alsnog geen goed herstelpunt.

Met meerdere generaties kun je teruggaan naar zondag of zaterdag.

Daarom moet een goede strategie niet alleen kijken naar het aantal back-ups, maar ook naar hoeveel verschillende momenten in de tijd beschikbaar blijven.

VPS herstellen na een serverstoring

Een VPS herstellen kan verschillende dingen betekenen.

Bij een kleine fout hoef je misschien maar één database terug te zetten.

Bij een groter probleem moet een volledige website hersteld worden.

Bij complete serveruitval kan een nieuwe VPS nodig zijn.

Daarom is het verstandig verschillende herstelscenario’s vooraf te bedenken.

Bijvoorbeeld:

een gebruiker verwijdert één bestand;

een WordPress-update beschadigt één website;

een database raakt corrupt;

de volledige VPS is verloren.

Voor ieder scenario kan een andere herstelmethode het snelst zijn.

Juist daarom is een combinatie van lokale herstelpunten, snapshots en externe back-ups vaak nuttiger dan één universele kopie.

VPS backup en WordPress

Bij WordPress moeten minimaal bestanden en database met elkaar overeenkomen.

Dat is vooral belangrijk wanneer de website regelmatig verandert.

Stel dat je bestanden van dinsdag terugzet, maar een database van vrijdag.

Plugins en databaseversies kunnen dan niet meer op elkaar aansluiten.

Een pluginupdate kan bijvoorbeeld databasewijzigingen hebben uitgevoerd die niet passen bij de oudere pluginbestanden.

Daarom is het verstandig om bij volledig WordPress-herstel bestanden en database van hetzelfde of een logisch aansluitend herstelmoment te gebruiken.

Na herstel moet je bovendien testen of login, formulieren, plugins en andere functies nog werken.

VPS backup bij WooCommerce

Voor WooCommerce is terugzetten gevoeliger.

Stel dat de webshop tot 14:00 uur bestellingen heeft ontvangen.

Om 14:05 uur gaat iets fout.

Je zet vervolgens zonder verdere controle een back-up van middernacht terug.

De website werkt weer, maar alle bestellingen tussen middernacht en 14:00 uur zijn verdwenen uit de herstelde database.

Dat is technisch herstel, maar zakelijk een groot probleem.

Bij WooCommerce moet daarom extra aandacht worden besteed aan transactiedata.

In sommige situaties kan het verstandiger zijn slechts bepaalde delen te herstellen in plaats van de hele database terug te draaien.

Hoe dynamischer de website, hoe belangrijker een doordachte database-back-up wordt.

Back-ups en e-mail op dezelfde VPS

Wanneer de VPS ook e-mail host, moet je die gegevens eveneens meenemen.

Een server waarop DirectAdmin of Plesk draait kan naast websites ook honderden mailboxen bevatten.

Bij een volledige serverstoring wil je dan niet alleen de websites terug.

Je wilt ook mailboxen, aliases en relevante mailconfiguratie herstellen.

Maildata kan bovendien veel opslagruimte innemen.

Daarom moet de capaciteit van externe back-upopslag daarop zijn berekend.

Gebruik je Microsoft 365, Google Workspace of een aparte mailprovider? Dan staat e-mail los van de webserver en ziet de back-upstrategie er anders uit.

Dit laat opnieuw zien waarom je eerst moet inventariseren wat de VPS daadwerkelijk host.

DirectAdmin back-ups

Bij een DirectAdmin VPS kun je back-ups op verschillende niveaus organiseren.

Een groot voordeel van accountgebaseerde back-ups is dat individuele gebruikers of websites afzonderlijk hersteld kunnen worden.

Stel dat één klantwebsite beschadigd raakt.

Dan hoef je niet direct een complete server van honderden gigabytes terug te zetten.

Je kunt alleen het betreffende account herstellen.

Voor grotere hostingservers is dit vaak veel praktischer.

Daarnaast kan een complete VPS-snapshot nog steeds nuttig zijn bij grotere serverproblemen.

Daarom kunnen control-panelback-ups en infrastructuurback-ups elkaar aanvullen.

Plesk back-ups

Ook binnen een Plesk VPS kun je websites en andere hostingonderdelen back-uppen.

Hetzelfde principe geldt.

Een back-up binnen het controlepaneel is vooral handig voor herstel op applicatie- of accountniveau.

Een volledige infrastructuurback-up of snapshot is handiger wanneer de server zelf grote problemen heeft.

Daarom hoef je niet per se te kiezen tussen:

Plesk-back-up óf VPS-back-up.

Je kunt beide gebruiken voor verschillende herstelscenario’s.

Dat maakt herstel flexibeler.

Back-up vóór WordPress-updates

Een extra herstelpunt vóór belangrijke updates is verstandig.

Stel dat je dertig WordPress-sites beheert en op één moment meerdere plugins en PHP bijwerkt.

De meeste updates gaan goed.

Toch kan één maatwerkplugin onverwacht problemen veroorzaken.

Met een recente back-up of snapshot kun je snel terug.

Zonder zo’n herstelpunt moet je eerst handmatig onderzoeken welke bestanden en databasewijzigingen zijn aangepast.

Daarom is het slim back-ups te koppelen aan change management.

Hoe groter de wijziging, hoe belangrijker een herstelmogelijkheid vóórdat je begint.

Back-up vóór een serverupgrade

Hetzelfde geldt voor serveronderhoud.

Een upgrade van het besturingssysteem, PHP, MariaDB of het hostingpaneel kan veel onderdelen beïnvloeden.

Zeker bij grote productieservers moet je vooraf weten hoe je kunt terugkeren wanneer iets fout gaat.

Een snapshot is voor zo’n tijdelijk herstelmoment vaak bijzonder nuttig.

Daarnaast blijft de gewone externe back-up bestaan als tweede beveiligingslaag.

Daarmee heb je zowel een snelle rollback als een onafhankelijke reservekopie.

Back-ups beschermen ook tegen menselijke fouten

Niet iedere storing wordt veroorzaakt door hardware of software.

Veel problemen ontstaan door normale beheerhandelingen.

Een verkeerde map wordt verwijderd.

Een database wordt geïmporteerd over de verkeerde omgeving.

Een DNS-configuratie wordt aangepast of een script verwijdert onverwacht bestanden.

Hoe meer beheerders toegang hebben tot een server, hoe groter de kans dat ooit een fout wordt gemaakt.

Een betrouwbare VPS back-up geeft dan een vangnet.

Dat betekent niet dat je minder zorgvuldig hoeft te werken.

Het betekent dat één menselijke fout niet automatisch definitief gegevensverlies veroorzaakt.

Beschermt een back-up tegen ransomware of malware?

Alleen wanneer de back-up voldoende geïsoleerd is.

Stel dat malware toegang krijgt tot de server en ook de aangekoppelde back-upopslag kan beschrijven.

Dan kan de malware mogelijk zowel de live gegevens als de back-ups beschadigen.

Daarom zijn externe en waar mogelijk afgeschermde back-ups belangrijk.

Back-upcredentials moeten zorgvuldig worden beschermd.

Daarnaast kan een systeem werken met opslag waarop oudere versies niet zomaar vanuit de productieserver kunnen worden verwijderd.

Hoe belangrijker de gegevens zijn, hoe meer aandacht deze scheiding verdient.

Wat is de 3-2-1 back-upregel?

Een bekende richtlijn is de 3-2-1-regel.

Het idee is dat je meerdere kopieën van belangrijke gegevens hebt, verspreid over verschillende vormen van opslag, waarbij minstens één kopie zich buiten de primaire omgeving bevindt.

Je hoeft zo’n regel niet mechanisch voor iedere kleine website toe te passen.

Het onderliggende principe is belangrijker:

zorg dat één technische storing niet al je kopieën tegelijk kan vernietigen.

Dat is precies waarom alleen een back-upmap op dezelfde VPS onvoldoende bescherming biedt.

Back-ups versleutelen

Externe back-ups kunnen gevoelige gegevens bevatten.

Denk aan klantinformatie, databases, e-mail en configuraties.

Daarom moet ook de veiligheid van de back-upopslag worden meegenomen.

Versleuteling kan voorkomen dat iemand met toegang tot de opgeslagen bestanden de inhoud zomaar kan lezen.

Daarnaast moeten accounts voor externe opslag sterke toegangsgegevens gebruiken.

Back-ups krijgen soms minder beveiligingsaandacht dan productieservers.

Dat is vreemd, omdat ze vaak vrijwel dezelfde gegevens bevatten.

Behandel back-upopslag daarom als onderdeel van je beveiligingsarchitectuur.

Wat kost VPS-back-upopslag?

De kosten hangen vooral af van de hoeveelheid gegevens en retentie.

Een VPS van 200 GB betekent niet automatisch dat iedere dagelijkse back-up opnieuw 200 GB extra opslag nodig heeft.

Sommige systemen werken incrementeel.

Daarbij wordt na de eerste volledige back-up alleen opgeslagen wat veranderd is.

Dat kan veel opslag besparen.

Toch moet je ook rekening houden met de hoeveelheid wijzigingen.

Een server waarop dagelijks grote productfeeds of mediabestanden veranderen kan snel meer opslag nodig hebben dan een relatief statische website.

De goedkoopste back-upopslag is daarom niet automatisch de beste keuze.

Herstelsnelheid en betrouwbaarheid zijn minstens zo belangrijk.

Volledige versus incrementele back-up

Bij een volledige back-up wordt een complete kopie gemaakt.

Dat is eenvoudig te begrijpen, maar kan veel tijd en opslag gebruiken.

Bij een incrementele back-up wordt eerst een volledige basis gemaakt. Daarna worden alleen wijzigingen sinds de vorige back-up opgeslagen.

Dat kan efficiënter zijn.

Herstel kan technisch wel meer stappen vereisen, afhankelijk van de gebruikte oplossing.

Moderne back-upsoftware automatiseert dat proces meestal.

Voor de beheerder is vooral belangrijk dat het systeem betrouwbaar kan reconstrueren hoe de server er op een bepaald moment uitzag.

Hoe snel moet een back-up kunnen worden teruggezet?

Niet iedere opslag is even snel.

Een goedkope archiefoplossing kan uitstekend zijn voor langdurige bewaring, maar minder geschikt wanneer een webshop binnen twintig minuten weer online moet zijn.

Daarom kunnen verschillende back-uplagen bestaan.

Recente herstelpunten staan bijvoorbeeld op snelle opslag.

Oudere archieven kunnen goedkoper en langzamer worden bewaard.

Zo balanceer je kosten en herstelsnelheid.

Ook hier komen RTO en RPO weer terug.

De zakelijke eis bepaalt uiteindelijk hoe de infrastructuur eruit hoort te zien.

Back-up en server failover zijn niet hetzelfde

Een VPS back-up maken helpt je gegevens herstellen.

Failover heeft een ander doel.

Bij server failover staat een tweede omgeving klaar om verkeer over te nemen wanneer de primaire server uitvalt.

Daardoor kan downtime veel korter zijn.

Een back-upserver hoeft niet direct productieverkeer te kunnen verwerken.

Hij bewaart vooral gegevens voor herstel.

Daarom kunnen failover en back-ups naast elkaar bestaan.

Sterker nog: ook een failoveromgeving heeft nog steeds onafhankelijke back-ups nodig.

Wanneer foutieve of besmette gegevens naar beide servers worden gesynchroniseerd, beschermt failover je daar niet tegen.

Waarom snapshots geen failover zijn

Ook een snapshot is geen failover.

Met een snapshot kun je een server terugzetten naar een eerder moment.

Dat kost echter tijd.

Bij echte failover kan een andere omgeving verkeer vrijwel direct of via een geautomatiseerde omschakeling overnemen.

Daarom hebben de drie technieken ieder een eigen doel:

Een professionele infrastructuur kan alle drie combineren.

Back-ups na een hostingmigratie

Na een verhuizing naar een andere VPS moet je de oude back-upconfiguratie controleren.

Sommige back-uptaken staan buiten de website zelf ingesteld.

Ze worden dus niet automatisch meegenomen wanneer je WordPress en de database naar een nieuwe server kopieert.

Na een migratie moet daarom worden gecontroleerd of nieuwe automatische back-ups daadwerkelijk draaien.

Ook moet je opletten dat de oude server niet onnodig dezelfde back-upopslag blijft vullen.

Een migratie is pas volledig afgerond wanneer monitoring, cronjobs én back-ups op de nieuwe omgeving zijn gecontroleerd.

Hoe test je een VPS back-up?

Een goede test hoeft niet altijd de volledige productieserver te vervangen.

Je kunt bijvoorbeeld een losse website naar een tijdelijke omgeving herstellen.

Daar controleer je of bestanden en database compleet zijn.

Voor grotere infrastructuur kan periodiek een volledige hersteltest worden uitgevoerd.

Daarmee krijg je antwoord op belangrijke vragen.

Hoe lang duurt het herstel?

Welke credentials ontbreken?

Werken externe koppelingen nog?

Zijn SSL en DNS afzonderlijk nodig?

Juist tijdens zo’n test ontdek je vaak praktische problemen die je liever niet voor het eerst tijdens een echte storing tegenkomt.

Documenteer het herstelproces

Technische kennis alleen in het hoofd van één beheerder is een risico.

Stel dat de server midden in de nacht uitvalt en degene die hem normaal beheert is niet beschikbaar.

Dan moet iemand anders kunnen zien hoe de herstelprocedure werkt.

Een eenvoudige herstelhandleiding kan al veel verschil maken.

Noteer bijvoorbeeld waar de back-ups staan, welke accounts nodig zijn en welke stappen eerst moeten worden uitgevoerd.

Werk die documentatie bij wanneer de infrastructuur verandert.

Een perfecte back-up met een onduidelijk herstelproces kan alsnog veel downtime opleveren.

Wanneer is een snapshot voldoende?

Voor een tijdelijke wijziging kan een snapshot prima zijn.

Stel dat je van PHP 8.2 naar een nieuwere versie gaat en vooraf een snel herstelpunt wilt.

Dan hoeft daarvoor niet per se een aparte volledige externe back-up gegenereerd te worden, mits je gewone back-upstrategie al op orde is.

Het snapshot is dan een extra laag.

Gaat de wijziging goed? Dan kan het tijdelijke snapshot later worden verwijderd.

Gaat het fout? Dan kun je snel terug.

Gebruik snapshots dus vooral voor operationeel herstel en niet als enige langetermijnbescherming.

Wanneer heb je meerdere soorten back-ups nodig?

Hoe bedrijfskritischer de server, hoe logischer meerdere lagen worden.

Een kleine hobbywebsite kan voldoende hebben aan dagelijkse externe websiteback-ups.

Een zakelijke hostingserver met tientallen klanten vraagt meer.

Daar kan bijvoorbeeld een combinatie worden gebruikt van accountback-ups, databases, volledige VPS-snapshots en externe opslag.

Een grote webshop kan daarnaast veel frequentere databaseherstelpunten nodig hebben.

Er bestaat daarom geen universeel “beste back-uppakket”.

De juiste oplossing wordt bepaald door gegevens, risico en gewenste hersteltijd.

VPS back-up laten inrichten door Sanum

Sanum kan bij VPS- en hostingomgevingen helpen met een back-upstrategie die aansluit op wat er daadwerkelijk op de server draait.

Daarbij kan worden gekeken naar de volledige VPS, maar ook naar afzonderlijke websites, databases, WordPress-installaties, WooCommerce, e-mail en hostingaccounts.

Ook externe opslag en herstelbaarheid zijn belangrijke onderdelen.

Een back-up heeft immers weinig waarde wanneer niemand weet hoe deze tijdens een storing teruggezet moet worden.

Daarom is het verstandig om niet alleen automatische back-ups in te schakelen, maar ook vooraf te bepalen welke gegevens kritisch zijn en hoe snel de omgeving na een storing weer beschikbaar moet zijn.

Wil je een betrouwbare VPS back-up laten instellen of controleren of bestaande serverback-ups werkelijk herstelbaar zijn? Sanum kan de huidige hostingomgeving analyseren en een passende back-up- en herstelstrategie opzetten.

Veelgestelde vragen over een VPS back-up maken

Hoe vaak moet ik een VPS back-up maken?

Dat hangt af van hoeveel gegevensverlies acceptabel is. Een informatieve website kan vaak met dagelijkse back-ups werken. Een drukke webshop kan veel frequentere databaseback-ups nodig hebben.

Is een VPS snapshot hetzelfde als een back-up?

Nee. Een snapshot is vooral bedoeld om snel terug te keren naar een eerdere toestand van de VPS. Een externe back-up is beter geschikt als onafhankelijke reservekopie voor langdurig herstel.

Is één dagelijkse back-up voldoende?

Niet altijd. Als de website gedurende de dag veel nieuwe gegevens verwerkt, kun je bij een storing tot bijna 24 uur aan informatie verliezen. De frequentie moet daarom passen bij de waarde van de gegevens.

Kan ik mijn back-up op dezelfde VPS bewaren?

Dat kan als extra herstelpunt, maar niet als enige back-up. Bij volledige serveruitval of ernstige beschadiging kunnen zowel de originele gegevens als de lokale kopie verloren gaan.

Wat is een offsite backup?

Een offsite back-up wordt buiten de primaire serveromgeving opgeslagen. Hierdoor blijft de kopie beschikbaar wanneer de VPS of onderliggende infrastructuur problemen krijgt.

Moet ik WordPress-bestanden én database back-uppen?

Ja. Een volledige WordPress-site bestaat uit beide. Alleen websitebestanden of alleen de database bewaren is voor volledig herstel meestal onvoldoende.

Hoe werkt een back-up bij WooCommerce?

Daarbij is vooral de database belangrijk omdat bestellingen, klanten en voorraad continu veranderen. Een oude database terugzetten kan betekenen dat recente orders verdwijnen.

Kan ik Plesk- of DirectAdmin-back-ups gebruiken?

Ja. Deze zijn handig voor herstel van afzonderlijke websites en hostingaccounts. Voor grotere storingen kan daarnaast een volledige VPS-back-up of snapshot nuttig zijn.

Zijn automatische back-ups betrouwbaar?

Ze kunnen zeer betrouwbaar zijn, maar moeten wel gecontroleerd en periodiek getest worden. Alleen een melding dat de back-up geslaagd is bewijst nog niet dat herstel probleemloos werkt.

Hoe lang moet ik back-ups bewaren?

Dat hangt af van het type gegevens en de benodigde herstelperiode. Meerdere herstelpunten zijn meestal veiliger dan iedere dag dezelfde ene kopie overschrijven.

Wat is het verschil tussen back-up en failover?

Back-up is gericht op herstel van gegevens. Failover is bedoeld om een dienst beschikbaar te houden wanneer een server uitvalt. Beide technieken kunnen naast elkaar worden gebruikt.

Moet ik back-ups versleutelen?

Bij gevoelige of zakelijke gegevens is versleuteling verstandig, zeker wanneer back-ups extern worden opgeslagen. Ook toegang tot de back-upomgeving moet goed worden beveiligd.

Hoe weet ik of mijn VPS-back-up echt werkt?

Door periodiek een hersteltest uit te voeren. Zet bijvoorbeeld een website of complete testomgeving terug en controleer of bestanden, database en functionaliteit correct werken.