Hoe Bewijs je dat een Back-up Werkt? Het Hersteltest Protocol
Een back-up biedt pas zekerheid wanneer is aangetoond dat gegevens en systemen ook daadwerkelijk kunnen worden hersteld. Een succesmelding in het logboek ("Backup completed") bewijst slechts dat een kopieeropdracht technisch is afgerond. Het toont niet aan of bestanden onbeschadigd zijn, of databases correct openen en of de hersteltijd aansluit bij de continuïteitseisen van de organisatie.
Dit artikel hoort bij het thema Cloud- en back-upbeheer, onderdeel van ICT-beveiliging voor het MKB.
ICTklaar adviseert daarom om naast periodieke steekproeven minimaal halfjaarlijks een functionele hersteltest van een bedrijfskritisch systeem uit te voeren. Door het herstelproces te documenteren met meting van de hersteltijd en validatie van gegevens, ontstaat verifieerbaar bewijs voor directie, accountant en externe auditoren.
Drie Niveaus van Back-up Verificatie
In de praktijk komen verschillende manieren van controleren voor, met elk een eigen mate van betrouwbaarheid:
- Niveau 1: De statusmelding in de software: Het dashboard of de e-mailnotificatie geeft aan dat de back-uptaak zonder foutmelding is afgesloten. Dit controleert niet of de bestanden daadwerkelijk leesbaar zijn.
- Niveau 2: Geautomatiseerde integriteits- of opstartcontrole: De back-upoplossing controleert checksums of start op de achtergrond een virtuele testmachine op om te zien of het besturingssysteem initialiseert. Dit biedt meer zekerheid over de leesbaarheid, maar test nog geen diepere applicatielogica.
- Niveau 3: De functionele hersteltest: Gegevens of een complete virtuele server worden teruggezet naar een geïsoleerde testomgeving, waarna een beheerder of applicatie-eigenaar controleert of programma's en databases correct functioneren.
De Norm: Wat schrijven standaarden voor?
- CIS Controls v8 (Safeguard 11.5): Perform Periodic Recovery Tests. Voer periodiek hersteltests uit voor een steekproef van bedrijfsmiddelen die binnen de scope vallen (minimaal elk kwartaal of vaker conform CIS).
- ISO/IEC 27001 (Beheersmaatregel 8.13): Reservekopieën van gegevens, software en systemen moeten regelmatig worden getest conform het vastgestelde back-upbeleid.
- ICTklaar-richtlijn voor het MKB: Voer maandelijks of per kwartaal een lichte steekproef uit (herstel van enkele bestanden of een mailbox) en minimaal halfjaarlijks een gedocumenteerde functionele hersteltest van een kernapplicatie of complete server.
Praktische ICTklaar-richtlijn: Het Hersteltest Protocol
Een gestructureerde hersteltest verloopt in 4 fasen:
Fase 1: testomvang bepalen
- Bepaal welk systeem wordt getest (bijv. de financiële database, het ERP-systeem of een specifieke gedeelde bestandslocatie).
- Zorg dat het herstel plaatsvindt in een geïsoleerde testomgeving (sandbox) om interferentie met operationele systemen te voorkomen.
Fase 2: de herstelactie uitvoeren en meten
- Noteer het start- en eindtijdstip van het herstelproces.
- Meet de werkelijke hersteltijd: hoe lang duurt het terugzetten? Vergelijk die met de vastgestelde RTO (Recovery Time Objective).
- Bepaal de leeftijd van de herstelde gegevens: wat is de datum en tijdstip van de herstelde gegevens (hoeveel werkuren liggen tussen back-up en uitval)? Vergelijk die met de vastgestelde RPO (Recovery Point Objective).
Fase 3: functionele controle
- Kan de database worden geopend zonder integriteitsfouten?
- Kunnen recente mutaties of documenten worden ingezien en bewerkt?
- Laat een kerngebruiker of applicatiebeheerder de werking bevestigen.
Fase 4: rapportage en archivering
- Leg de uitkomsten vast in een beknopt testverslag (zie format hieronder).
- Onderteken het verslag en bewaar het in het centrale beveiligings- of compliance-dossier.
Praktijkscenario: Het lege back-upbestand
Aantoonbaar Bewijs: Het Verslagformat van een Hersteltest
Een representatief hersteltestverslag bevat minimaal deze basisgegevens:
| Onderdeel | Voorbeeld van vastlegging |
|---|---|
| Datum en tijdstip test | 15 oktober 2026, 18:30 - 20:15 uur |
| Getest systeem / bestandenset | Database ERP-omgeving / financiële administratie |
| Type herstel | Herstel naar afgeschermde virtuele machine |
| Gemeten hersteltijd | 1 uur en 45 minuten |
| Vastgestelde RTO | maximaal 4 uur |
| Leeftijd herstelde gegevens | 16,5 uur (back-up van 15 oktober 02:00 uur) |
| Vastgestelde RPO | maximaal 24 uur |
| Functionele verificatie | Uitgevoerd door applicatiebeheerder; recente facturen geopend |
| Resultaat en eventuele restpunten | Geslaagd; geen afwijkingen geconstateerd |
| Ondertekening / akkoord | [Naam beheerder] & [Naam directielid/verantwoordelijke] |
Veelgestelde vragen
Verstoort een hersteltest de lopende bedrijfsvoering?
Nee, mits de test professioneel wordt ingericht. Een hersteltest vindt plaats naar een aparte testlocatie of afgeschermde virtuele omgeving, los van het productienetwerk. De reguliere werkzaamheden kunnen gewoon doorgang vinden.
Is het herstellen van één enkel Word-bestand voldoende als test?
Een bestandstest toont aan dat de back-upsoftware individuele bestanden kan opzoeken en terugzetten. Het toont echter nog niet aan of complexe databases, rechtenstructuren of een volledig besturingssysteem na uitval functioneren. Daarom adviseert ICTklaar om bestandstests af te wisselen met periodieke systeemtests.