Welke herstelvolgorde spreek je af met je externe ICT-partner?

Met je externe ICT-partner spreek je een herstelvolgorde af door schriftelijk vast te leggen welke systemen als eerste worden hersteld na een storing of calamiteit, binnen welke tijdslimieten dat moet gebeuren, en wie daarvoor verantwoordelijk is. Deze afspraken vormen de kern van een solide disaster recovery plan en bepalen direct hoe snel jouw organisatie weer operationeel is na een incident. De vragen hieronder helpen je om die afspraken concreet en controleerbaar te maken.

Wat leg je precies vast in een herstelvolgorde?

In een herstelvolgorde leg je vast in welke volgorde systemen, applicaties en data worden hersteld na een calamiteit, wie daarvoor verantwoordelijk is, en binnen welke tijdkaders dat moet gebeuren. Het gaat niet alleen om technische stappen, maar ook om rollen, escalatiepaden en communicatielijnen tijdens een incident.

Een goede herstelvolgorde bevat minimaal de volgende elementen:

• Een overzicht van alle kritieke systemen en hun onderlinge afhankelijkheden
• Prioriteitsniveaus per systeem of dienst (wat is bedrijfskritisch, wat kan wachten?)
• Herstelstappen per systeem, inclusief back-upprocedures en verantwoordelijke partijen
• Contactpersonen en escalatieprocedures bij een ernstige verstoring
• Afgesproken tijdslimieten voor herstel (zie ook RTO en RPO hieronder)

Zonder deze vastlegging is herstel na een incident afhankelijk van improvisatie. Dat kost tijd en vergroot de schade. Een professioneel ICT-beheertraject zorgt ervoor dat deze afspraken vooraf worden gemaakt en gedocumenteerd, zodat iedereen weet wat er van hem of haar wordt verwacht op het moment dat het er echt toe doet.

Wat is het verschil tussen RTO en RPO?

RTO (Recovery Time Objective) is de maximale tijd die het mag duren om een systeem te herstellen na een storing. RPO (Recovery Point Objective) is de maximale hoeveelheid data die verloren mag gaan, uitgedrukt in tijd. Samen bepalen RTO en RPO de grenzen van jouw ICT-continuïteitsafspraken met een externe partner.

Wat betekent RTO in de praktijk?

Een RTO van vier uur betekent dat jouw ICT-partner jouw systemen binnen vier uur na een calamiteit operationeel moet hebben. Hoe lager de RTO, hoe intensiever de vereiste infrastructuur en monitoring. Voor bedrijfskritische processen is een lage RTO essentieel; voor minder urgente systemen kan een langere hersteltijd acceptabel zijn.

Wat betekent RPO in de praktijk?

Een RPO van 24 uur betekent dat je bereid bent maximaal 24 uur aan data te verliezen. Als jouw back-ups eenmaal per dag worden gemaakt, past dat bij een RPO van 24 uur. Wil je minder dataverlies riskeren, dan zijn frequentere back-ups of continue replicatie nodig. Bij Microsoft 365-omgevingen zijn er specifieke mogelijkheden voor herstel van e-mail, bestanden en teamsites, die aansluiten op jouw RPO-doelstellingen.

Welke systemen krijgen voorrang bij een calamiteit?

Bij een calamiteit krijgen systemen voorrang op basis van hun impact op de bedrijfsvoering. Primaire prioriteit gaat naar systemen zonder welke de organisatie direct stilvalt: denk aan e-mail, authenticatie, financiële administratie en klantgerichte applicaties. Systemen die minder direct van invloed zijn op de kernprocessen, worden daarna hersteld.

Een praktische indeling in drie lagen helpt om dit te structureren:

1. Kritiek (Tier 1): Systemen die direct stilstand veroorzaken, zoals e-mail, VPN-toegang, ERP en klantsystemen. Herstel binnen uren.
2. Belangrijk (Tier 2): Systemen die de productiviteit sterk beïnvloeden, maar waarvan korte uitval overbrugbaar is. Herstel binnen een werkdag.
3. Ondersteunend (Tier 3): Systemen die op de achtergrond draaien en waarvan uitval beperkte directe gevolgen heeft. Herstel binnen enkele dagen.

Deze prioritering moet je samen met je externe ICT-partner vaststellen, gebaseerd op jouw specifieke bedrijfsprocessen. Wat voor de ene organisatie kritiek is, hoeft dat voor een andere niet te zijn. Goede serverbeheer-afspraken sluiten aan op deze prioritering, zodat de technische inrichting de herstelstrategie ondersteunt.

Hoe controleer je of de herstelafspraken ook echt werken?

Je controleert herstelafspraken door ze periodiek te testen via simulaties en hersteldrills. Een afspraak op papier geeft geen garantie dat het herstel in de praktijk ook binnen de afgesproken tijd lukt. Alleen door regelmatig te oefenen ontdek je zwakke plekken voordat een echte calamiteit dat doet.

Effectieve manieren om herstelafspraken te toetsen zijn:

• Tabletop-oefeningen: Bespreek een fictief calamiteitenscenario stap voor stap door met alle betrokkenen, zonder systemen daadwerkelijk te raken.
• Technische hersteltest: Herstel een specifiek systeem of een specifieke dataset vanuit een back-up en meet of de RTO en RPO worden gehaald.
• Volledige failover-test: Simuleer een volledige uitval en activeer het herstelplan van begin tot eind, inclusief communicatie en escalatie.

Vraag je externe ICT-partner om testresultaten te documenteren en eventuele knelpunten schriftelijk terug te koppelen. Zonder bewijs van een geslaagde test zijn herstelafspraken niet meer dan een intentie.

Wat moet er minimaal in een SLA over herstel staan?

Een SLA (Service Level Agreement) over herstel moet minimaal de afgesproken RTO en RPO bevatten, een beschrijving van de back-upfrequentie en -locatie, de procedures bij een calamiteit, en de verantwoordelijkheden van beide partijen. Zonder deze elementen biedt een SLA onvoldoende houvast bij een incident.

Concreet moet een goede SLA over disaster recovery-afspraken het volgende omvatten:

• Definities van RTO en RPO per systeem of dienst
• Back-upfrequentie, retentieperiode en opslaglocatie (inclusief of back-ups off-site of in de cloud staan)
• Procedure voor het melden van een calamiteit en de verwachte reactietijd
• Escalatiepad als herstel niet binnen de afgesproken tijd lukt
• Testfrequentie en rapportageverplichtingen
• Aansprakelijkheidsbepalingen bij overschrijding van de afgesproken tijden

Laat de SLA niet alleen door de ICT-partner opstellen. Betrek ook iemand vanuit jouw eigen organisatie die de bedrijfsprocessen goed kent, zodat de afspraken aansluiten op de werkelijke continuïteitsbehoeften.

Wanneer moet je de herstelvolgorde opnieuw bespreken?

Je moet de herstelvolgorde opnieuw bespreken bij elke significante wijziging in je ICT-omgeving, je bedrijfsstructuur of je risicoprofiel. Een herstelplan dat gebaseerd is op een situatie van twee jaar geleden, dekt de huidige werkelijkheid mogelijk niet meer. Jaarlijkse evaluatie is een minimum; bij grote veranderingen direct.

Concrete aanleidingen om de herstelvolgorde te herzien zijn onder andere:

• Migratie naar een nieuwe cloudoplossing of uitbreiding van je digitale werkplek
• Groei van het personeelsbestand of opening van een nieuwe vestiging
• Introductie van nieuwe bedrijfskritische applicaties
• Een (bijna-)incident dat heeft aangetoond dat de huidige afspraken tekortschieten
• Wijzigingen in wet- en regelgeving rondom gegevensbescherming of bedrijfscontinuïteit
• Wisseling van ICT-partner of uitbreiding van het dienstenpakket

Plan het herstelplan als een terugkerend agendapunt in het periodieke overleg met je ICT-partner. Zo blijft de herstelvolgorde altijd actueel en blijft ICT-continuïteit een levend onderdeel van je bedrijfsvoering in plaats van een document dat in een la verdwijnt.

Hoe Puur ICT helpt met disaster recovery-afspraken

Bij Puur ICT geloven we dat goede herstelafspraken geen bijzaak zijn, maar een fundament onder betrouwbare ICT-dienstverlening. Als Microsoft 365-specialist uit het Noorden helpen we organisaties om herstelvolgorde, RTO, RPO en SLA-afspraken concreet en werkbaar te maken. Wat wij daarbij bieden:

• Inventarisatie van kritieke systemen en hun onderlinge afhankelijkheden, afgestemd op jouw bedrijfsprocessen
• Heldere SLA-afspraken met meetbare RTO- en RPO-doelstellingen per dienst
• Back-up- en hersteloplossingen binnen Microsoft 365, inclusief monitoring en periodieke testsessies
• Proactief beheer zodat afspraken actueel blijven bij groei of wijzigingen in jouw organisatie
• Korte lijnen en persoonlijk contact, zodat je bij een calamiteit direct de juiste mensen aan de lijn hebt

Wil je weten of jouw huidige herstelafspraken afdoende zijn? Neem contact op met Puur ICT en we kijken samen wat er nodig is om jouw ICT-continuïteit goed te borgen.

Gerelateerde artikelen

• Wat is een risicoanalyse en hoe voer je die uit voor NIS2?
• Wat is een goede strategie om je organisatie snel te laten herstellen na een cyberaanval?
• Hoe zorg je dat een nieuwe collega snel toegang heeft tot alle informatie die hij of zij nodig heeft?
• Hoe moderniseer je je CRM-systeem zonder de bedrijfsvoering te verstoren?
• Wat zijn de kosten van een moderne werkplek?