Drie mechanismen, drie storingen
De drie woorden duiden kopieën aan. Niet dezelfde kopieën, niet op dezelfde plaats en niet voor dezelfde duur. De juiste vraag is niet ‘hebben we een kopie?’, maar ‘welke kopie blijft intact na deze storing?’.
Versiebeheer: de geschiedenis van een bestand, bewaard in de dienst. Replicatie: een tweede kopie van de dienst, die voortdurend wordt bijgewerkt. Back-up: een afzonderlijke, gedateerde kopie, bewaard gedurende een gekozen termijn.
Versiebeheer: de geschiedenis van een bestand, in de dienst
Elke keer dat u opslaat, ontstaat een versie. Een per vergissing verwijderde alinea, een overschreven tabel, een verkeerde formule: de gebruiker opent de geschiedenis en keert terug naar de versie van dinsdag. Dat is snel, zonder tussenpersoon, en het is in de dagelijkse praktijk het nuttigste antwoord.
De beperkingen hangen samen met de plaats ervan. De geschiedenis staat in dezelfde dienst als het bestand:
- wordt het bestand verwijderd, dan volgen de versies, eerst naar de prullenbak en daarna uit de dienst wanneer de prullenbak wordt geleegd;
- het account dat een map mag wissen, kan doorgaans ook de inhoud ervan wissen, geschiedenis inbegrepen;
- het aantal versies en de bewaarduur ervan worden beperkt door de instellingen van de dienst;
- wordt de hele dienst vernietigd of gecompromitteerd, dan verdwijnt de geschiedenis mee.
De prullenbak hoort bij dezelfde familie. Het is uitstel vóór het wissen, geen kopie.
Replicatie: een tweede kopie, in gebruik
Replicatie houdt een kopie van de dienst bij op een andere server of een andere site. Valt een datacenter uit, dan neemt het andere over. Ze beantwoordt aan beschikbaarheid. Het ANSSI koppelt ze aan behoeften met zeer weinig gegevensverlies: wanneer het toelaatbare verlies minder dan 24 uur bedraagt, beveelt het aan om de voorkeur te geven aan replicatie, synchroon of asynchroon.
Haar tekortkoming is haar getrouwheid. Een kopie die de productie volgt, volgt ook de fouten ervan. Een verwijdering wordt gerepliceerd. Een bestand dat door ransomware is versleuteld, wordt gerepliceerd. Bij synchrone replicatie duurt dat enkele seconden. De synchronisatie van een werkplek is een replicatie op kleine schaal: ze heeft dezelfde tekortkoming.
Back-up: een afzonderlijke, gedateerde, bewaarde kopie
Een back-up dient om terug te keren in de tijd. Ze heeft alleen waarde als ze intact blijft wanneer de productie dat niet meer is. Dat veronderstelt meerdere eigenschappen:
- scheiding: een ander systeem, andere accounts. Het ANSSI vraagt dat de back-upinfrastructuur onafhankelijk is van de productiedirectory’s en wordt beheerd met persoonsgebonden, specifieke accounts;
- bewaartermijn: een vastgelegde diepte van de geschiedenis. Het ANSSI geeft als voorbeeld vijftien dagen dagelijkse back-ups, een jaar maandelijkse en vijf jaar jaarlijkse, als illustratie, niet als regel;
- bescherming tegen wijziging: het ANSSI vraagt een toegangscontrole die garandeert dat de back-ups niet worden gewijzigd of aangetast. Een onveranderlijke back-up (WORM) voldoet aan die behoefte. Het ANSSI acht een offline kopie echter robuuster dan een online WORM-oplossing, en stelt voor beide te combineren;
- de 3-2-1-regel: drie kopieën van de gegevens, waarvan twee back-ups op verschillende media, en één offline;
- tests: een back-up die nooit is teruggezet, is een hypothese. Het ANSSI vraagt regelmatige tests.
Twee maatstaven vervolledigen het beeld. Het maximaal toelaatbare gegevensverlies (RPO, in het Frans PDMA) zegt hoeveel werk u bereid bent te verliezen. De maximaal toelaatbare onderbrekingsduur (RTO, in het Frans DMIA) zegt hoelang u bereid bent te wachten. Een back-up per uur beperkt het verlies tot ongeveer een uur. Ze zegt niets over de tijd die nodig is om de dienst te herstellen.
Wat welke storing opvangt
| Storing | Versiebeheer | Replicatie | Back-up |
|---|
| Bewerkingsfout in een bestand | Ja, in selfservice | Nee, de fout wordt gekopieerd | Ja, via een herstel |
| Bestand gisteren verwijderd | Ja, via de prullenbak | Nee | Ja |
| Bestand drie maanden geleden verwijderd | Nee, prullenbak geleegd | Nee | Alleen als de bewaartermijn zo ver teruggaat |
| Uitval van een datacenter | Nee | Ja | Ja, trager |
| Map gewist door een gecompromitteerd beheerdersaccount | Nee | Nee | Ja, als de back-ups buiten bereik van dat account vallen |
| Ransomware die de bestanden van een gesynchroniseerde werkplek versleutelt | Soms, als de geschiedenis intact is | Nee | Ja, vanaf een eerder punt |
Het bewijs: waarom documentbeheer met versiebeheer een back-up nodig heeft
Neem de meest gevreesde storing. Een aanvaller bemachtigt het wachtwoord van een beheerder. Hij verwijdert de map ‘Contracten’ en leegt de prullenbak.
- Versiebeheer helpt niet: de versies stonden bij de verwijderde bestanden.
- Replicatie evenmin: de verwijdering is binnen enkele seconden naar de tweede site gekopieerd.
- De back-up van de vorige dag, of van het vorige uur, bevat de map. Is ze onveranderlijk en wordt ze met andere accounts beheerd, dan kon de aanvaller er niet aan komen.
Versiebeheer en replicatie doen hun werk goed. Het is alleen niet dit werk. Het geval van ransomware, met de volgorde van herstel, wordt behandeld in documentbeheer beschermen tegen ransomware, en het herstellen.
Vijf vragen voor uw dienstverlener
- Hoe vaak wordt er een back-up van de documenten gemaakt, en hoelang worden de back-ups bewaard?
- Kan een beheerdersaccount van de dienst een back-up verwijderen of wijzigen?
- Waar staan de kopieën, op hoeveel locaties, en bestaat er een offline kopie?
- Wanneer is een herstel voor het laatst getest?
- Wie vraagt een herstel aan, met welke informatie, en hoe snel wordt het uitgevoerd?
Schriftelijke antwoorden op deze vijf vragen zijn meer waard dan een beschikbaarheidspercentage.
Veelgemaakte fouten
- ‘Elke computer heeft een gesynchroniseerde kopie.’ Die kopieën volgen de server, verwijderingen inbegrepen.
- ‘De prullenbak bewaart alles dertig dagen.’ Hij bewaart wat niet wordt geleegd. Een aanvaller leegt hem.
- ‘We worden gerepliceerd op twee sites.’ Dat is beschikbaarheid, geen terugkeer in de tijd.
- ‘De back-up draait.’ Dan moet ze nog minstens één keer zijn teruggezet, en moet haar bewaartermijn de tijd dekken die nodig is om een incident te ontdekken.
Veelgestelde vragen
Hoe vindt u een oude versie van een bestand terug?
Via de geschiedenis van het bestand, zonder een herstel. De handeling wordt beschreven in een versie van een document terugvinden.
Vervangt de back-up het versiebeheer?
Nee. Versiebeheer werkt onmiddellijk en ligt in handen van de gebruiker. Het terugzetten van een back-up is een zwaardere handeling, vaak uitgevoerd door een beheerder of door de dienstverlener.
Is een back-up een archief?
Nee. Een back-up duurt dagen of weken. Archivering beantwoordt aan een bewaartermijn die door een tekst of een beleid is vastgelegd. Zie documenten bewaren en archiveren.
En voor e-mail?
De redenering is dezelfde, met eigen mechanismen. Zie back-up, verwijdering en continuïteit van e-mail.
Waar Klytic staat
Versiebeheer. Klytic Docs bewaart de versiegeschiedenis van elk bestand en beschikt over een prullenbak. De gebruiker vindt zelf een eerdere versie terug.
Back-up. Van de documenten wordt elk uur een back-up gemaakt, net als van e-mail en het CRM. De back-ups zijn versleuteld, worden 30 dagen bewaard, zijn gerepliceerd op meerdere sites en zijn onveranderlijk: een geschreven back-up kan niet meer worden gewijzigd of verwijderd, zelfs niet door een aanvaller. Ze worden gemonitord en het herstel wordt elke maand getest. De doelstellingen zijn een herstel van de dienst binnen 4 uur (RTO) en maximaal 2 uur gegevensverlies (RPO).
Herstel. Dat vraagt u aan bij de support van Klytic, met vermelding van wat het betreft en de datum bij benadering. Het is inbegrepen bij een storing van de dienst, bij een bewuste verwijdering door een medewerker of een te vroeg verwijderd account bij een vertrek (binnen de limiet van 3 aanvragen per maand), of bij een aanval ondanks correct beveiligde werkplekken. Na een onopzettelijke verwijdering, een verkeerde handeling, of als de werkplekken onvoldoende beveiligd waren, gebeurt het via een betalend supportticket. De versiegeschiedenis en de prullenbak, kosteloos, blijven de eerste stap.
De back-up wordt uitgevoerd met WeDoBack, specialist in beveiligde back-ups, zoals vermeld op de pagina beveiliging en back-up. WeDoBack verzorgt de back-up; de versiegeschiedenis is een functie van Klytic Docs.
De grenzen: dertig dagen bewaartermijn dekken geen verwijdering die later wordt ontdekt, en vormen geen archivering. Klytic is geen SecNumCloud-gekwalificeerd aanbod.
Deze pagina beschrijft algemene mechanismen. De termijnen en doelstellingen van uw eigen dienst controleert u in uw contract.
Bronnen
Geraadpleegd in oktober 2026.
- ANSSI, “Sauvegarde des systèmes d’information” (Back-up van informatiesystemen), gids ANSSI-BP-100, v1.1: 3-2-1-regel met een offline kopie, offline robuuster geacht dan online WORM, vast te leggen bewaartermijnen, PDMA en DMIA (RPO en RTO), replicatie voor een verlies van minder dan 24 uur, specifieke beheerdersaccounts, regelmatige tests. messervices.cyber.gouv.fr
- ANSSI, “Les Essentiels, Sauvegarde des systèmes d’information” (De essentie, back-up van informatiesystemen), v1.1: regelmatige offline back-ups, toegangscontrole zodat ze niet worden gewijzigd of aangetast, infrastructuur onafhankelijk van de productiedirectory’s. messervices.cyber.gouv.fr
- Klytic, Beveiliging en back-up: versleutelde, onveranderlijke back-up, 30 dagen, gerepliceerd op meerdere locaties, herstel elke maand getest, RTO minder dan 4 uur, RPO minder dan 2 uur, back-up uitgevoerd met WeDoBack. klytic.com
- Klytic, veelgestelde vragen: back-up elk uur, versleuteld, 30 dagen bewaard; RTO- en RPO-doelstellingen. klytic.com
