Een back-up die gisteren nog voldoende leek, kan vandaag al te oud zijn. Dat is precies waarom de vraag welke back-up frequentie bedrijven moeten aanhouden geen detail is, maar een directe keuze over continuïteit, omzet en aansprakelijkheid. Als een medewerker een map verwijdert, een server uitvalt of ransomware toeslaat, telt niet dat er ergens een back-up bestaat. Dan telt vooral van wanneer die back-up is.

Welke back-up frequentie bedrijven echt nodig hebben

Er is geen vast antwoord dat voor elk bedrijf werkt. Een administratiekantoor dat de hele dag dossiers wijzigt, heeft een ander risico dan een productiebedrijf waar vooral machinesystemen en planning centraal staan. Toch zien we in de praktijk vaak hetzelfde probleem: bedrijven kiezen een back-up ritme op gevoel. Dagelijks klinkt veilig, wekelijks klinkt goedkoop, en daarmee is de beslissing genomen. Dat is meestal te simpel.

De juiste frequentie hangt af van twee vragen. Hoeveel dataverlies kunt u accepteren? En hoe snel moet u weer verder kunnen? Wie daarop geen helder antwoord heeft, maakt back-ups zonder echt plan. Dan lijkt de basis geregeld, terwijl het herstel in een incident alsnog tegenvalt.

Een dagelijkse back-up kan voor sommige organisaties prima zijn. Voor andere is diezelfde frequentie veel te traag. Verwerkt uw team doorlopend offertes, bestellingen, boekingen of klantdossiers, dan kan één werkdag verlies al duurder zijn dan jaren extra opslag. In zo’n omgeving is een back-up per dag geen veilige norm, maar eerder een risico dat u accepteert zonder het zo te benoemen.

Begin niet bij opslag, maar bij schade

Veel bedrijven starten met techniek. Welke cloud, welke server, welke software, hoeveel opslagruimte? Dat is begrijpelijk, maar niet de juiste eerste stap. U moet eerst bepalen wat een uur, een halve dag of een hele dag dataverlies voor uw organisatie betekent.

Stel dat uw boekhouding één keer per dag wordt bijgewerkt. Dan kan een nachtelijke back-up in theorie volstaan, zolang u ook zeker weet dat de data volledig teruggezet kan worden. Maar werkt uw salesafdeling continu in CRM, worden contracten de hele dag aangepast of lopen bestellingen realtime binnen, dan verandert het beeld. Elke paar uur of zelfs vrijwel continu back-uppen wordt dan logisch.

Daar zit ook meteen de nuance. Meer frequentie is niet altijd beter als het de omgeving onnodig belast, processen complex maakt of een vals gevoel van veiligheid geeft. Een back-up die elk kwartier draait maar nooit getest wordt, is minder waard dan een goed ingericht schema dat aantoonbaar herstelbaar is.

RPO en RTO zonder vakjargon gedoe

Twee begrippen helpen om dit praktisch te maken. RPO is hoeveel dataverlies u maximaal accepteert. RTO is hoe snel systemen weer beschikbaar moeten zijn. U hoeft die termen niet dagelijks te gebruiken, maar u moet ze wel invullen.

Als uw RPO vier uur is, betekent dat dat u maximaal vier uur werk kwijt wilt raken. Dan past een back-up per nacht simpelweg niet. Als uw RTO één uur is, moet niet alleen de back-up frequent genoeg zijn, maar ook het herstelproces snel en getest. Een kopie op een externe schijf helpt dan weinig als terugzetten een halve dag kost.

Veelvoorkomende scenario’s per type bedrijf

Voor kleine kantoren met beperkte dagelijkse wijzigingen is een dagelijkse back-up vaak een werkbare ondergrens. Denk aan organisaties waar documenten, mail en administratie belangrijk zijn, maar niet per minuut veranderen. Dan is het wel verstandig om kritieke data daarnaast vaker te synchroniseren of versiebeheer te gebruiken.

Voor bedrijven met intensief klantcontact, orderverwerking of projectadministratie ligt die ondergrens meestal hoger. Daar is meerdere keren per dag back-uppen vaak een betere keuze. Niet omdat het technisch mooier klinkt, maar omdat het verlies tussen twee back-ups direct voelbaar is in facturatie, planning en klantcommunicatie.

Voor organisaties die sterk afhankelijk zijn van operationele systemen, databases of gedeelde werkplekken kan continue of near real-time back-up nodig zijn. Zeker als stilstand direct geld kost of afspraken met klanten onder druk zet. Dan gaat het niet meer alleen over bestanden terughalen, maar over het snel hervatten van bedrijfsprocessen.

Een aparte categorie zijn bedrijven die met gevoelige of gereguleerde gegevens werken. Denk aan medische, juridische of financiële informatie. Daar speelt niet alleen operationele schade, maar ook compliance en reputatie mee. In dat geval hoort back-up frequentie onderdeel te zijn van breder risicobeheer, inclusief encryptie, toegangscontrole en bewaartermijnen.

Waarom dagelijks back-uppen vaak niet genoeg is

Dagelijkse back-ups zijn populair omdat ze overzichtelijk zijn. Er is een duidelijk moment, meestal buiten kantooruren, en het verbruikt beperkt resources. Alleen gaat die logica uit van een werkdag als eenheid. In veel bedrijven klopt dat al lang niet meer.

Bestellingen komen verspreid binnen, teams werken hybride, bestanden staan in verschillende clouds en medewerkers verwachten dat informatie altijd actueel is. Een fout die om 10:00 gebeurt en pas om 16:00 opvalt, maakt een nachtelijke back-up meteen pijnlijk. Alles wat daartussen zit, bent u mogelijk kwijt.

Daar komt nog iets bij. Cyberincidenten houden zich niet aan kantooruren. Bij ransomware is de timing van de laatste schone back-up cruciaal. Hoe korter het gat tussen besmetting en bruikbare back-up, hoe kleiner de schade. Maar dan moet u wel gescheiden, onveranderbare en controleerbare kopieën hebben. Alleen vaker back-uppen zonder goede beveiliging lost dat probleem niet op.

De 3-2-1-regel blijft relevant, maar is niet genoeg

De klassieke 3-2-1-regel blijft een sterke basis: drie kopieën van data, op twee verschillende media, waarvan één offsite. Dat principe voorkomt dat één defect, fout of aanval alles tegelijk raakt. Toch zegt deze regel niets over hoe vaak u back-upt. U kunt perfect aan 3-2-1 voldoen en nog steeds te veel data verliezen.

Frequentie moet dus altijd samen bekeken worden met locatie, beveiliging en herstel. Een goede strategie bevat meerdere lagen. Bijvoorbeeld lokale snelle back-ups voor direct herstel, aangevuld met offsite kopieën voor calamiteiten. Voor kritieke omgevingen kan daar immutable opslag of extra replicatie bovenop komen.

Dat klinkt zwaarder dan het hoeft te zijn. Voor mkb-bedrijven is het meestal geen kwestie van een enorme enterprise-oplossing, maar van een nuchter ontwerp dat past bij echte bedrijfsrisico’s. Daar gaat het vaak mis: niet door gebrek aan tools, maar door een verkeerde inschatting van wat beschermd moet worden en hoe vaak.

Let op het verschil tussen back-up en synchronisatie

Een veelgemaakte fout is denken dat cloudopslag automatisch een back-up is. Synchronisatie is handig, maar niet hetzelfde. Als een bestand verwijderd of versleuteld wordt, kan die wijziging gewoon mee synchroniseren. Dan verspreidt het probleem zich sneller dan u denkt.

Versiebeheer en retentie kunnen veel opvangen, maar alleen als ze bewust zijn ingesteld en regelmatig worden gecontroleerd. Een echte back-upstrategie bevat herstelpunten, bewaartermijnen en gescheiden opslag. Anders bent u vooral data aan het verplaatsen, niet aan het beschermen.

Hoe bepaalt u een passende frequentie

De snelste manier om een goede keuze te maken, is niet kijken naar wat andere bedrijven doen, maar naar uw eigen kritieke processen. Welke systemen moeten blijven draaien? Welke gegevens veranderen het vaakst? En wat kost het als u die kwijt bent?

Begin met uw primaire data in categorieën. Financiële administratie, klantdata, mail, gedeelde documenten, productiebestanden, applicatiedata en werkplekomgevingen hebben vaak niet dezelfde urgentie. Daarna bepaalt u per categorie hoeveel verlies aanvaardbaar is. Soms is één keer per dag genoeg, soms elk uur, soms continu.

Vervolgens kijkt u naar de technische en organisatorische haalbaarheid. Niet elk systeem ondersteunt dezelfde back-upvorm. Sommige omgevingen vragen snapshots, andere eerder image-based back-ups of databasegerichte oplossingen. Ook netwerkbelasting, bewaartermijn en hersteltests spelen mee. Een schema dat op papier klopt maar in de praktijk faalt, is geen strategie.

Voor veel organisaties ontstaat dan een hybride model. Kritieke systemen krijgen hogere frequentie, minder gevoelige data een rustiger ritme. Dat is vaak slimmer dan alles over één kam scheren. U besteedt uw budget dan waar het werkelijk risico verlaagt.

Testen is geen extra stap, maar een voorwaarde

Een back-upschema is pas geloofwaardig als herstel getest is. Dat gebeurt in veel bedrijven te weinig. Men ziet succesvolle back-upmeldingen en gaat ervan uit dat alles in orde is. Pas bij een incident blijkt dat bestanden corrupt zijn, rechten ontbreken of herstel veel langer duurt dan gedacht.

Test daarom niet alleen of data terug te zetten is, maar ook hoe lang dat duurt en of gebruikers daarna echt verder kunnen. Zeker bij servers, virtuele machines en bedrijfskritische applicaties maakt dat een groot verschil. Een hersteltest kost tijd, maar uitval kost altijd meer.

Voor organisaties die geen interne IT-afdeling hebben, is dit vaak precies het punt waar externe begeleiding waarde toevoegt. Niet omdat back-uppen ingewikkeld moet worden gemaakt, maar omdat iemand verantwoordelijkheid neemt voor de volledige keten: configuratie, controle, beveiliging en periodieke evaluatie. Dat is ook waar een partner als Letech het verschil maakt – niet met losse tools, maar met een aanpak die gericht is op bedrijfscontinuïteit.

Welke back-up frequentie bedrijven morgen al moeten herbekijken

Als u niet exact weet hoeveel dataverlies uw bedrijf aankan, is uw huidige frequentie waarschijnlijk een gok. En gokken met klantgegevens, planningen of financiële administratie is zelden goedkoop. De juiste vraag is dus niet of u een back-up heeft, maar of die back-up recent genoeg is voor de schade die u wilt voorkomen.

Wie die oefening serieus maakt, ontdekt meestal dat de standaardinstelling van jaren geleden niet meer past bij hoe het bedrijf vandaag werkt. Teams werken sneller, systemen zijn centraler geworden en de impact van stilstand is groter. Een goed back-upritme sluit daarop aan. Niet maximaal zwaar, wel aantoonbaar passend.

De beste back-up frequentie is uiteindelijk de frequentie die uw bedrijf overeind houdt op een slechte dag.