Strategisch Ontwerp Voor Back-up En Herstel

Zonder een gestandaardiseerde strategie ontstaan er gaten tussen workloads, teams en leveranciers. Veel organisaties vertrouwen nog op impliciete kennis van senior beheerders of op standaardretentie van SaaS-diensten, waardoor verwijderde Teams-chats of langlopende SharePoint-dossiers ongemerkt definitief verdwijnen. Incidentonderzoeken bij gemeenten tonen aan dat herstelpogingen zonder actuele runbooks gemiddeld weken duren en vaak stranden doordat de juiste toegangsrechten of sleutels ontbreken. Daarnaast verplicht de BIO dat herstelcapaciteit aantoonbaar beschikbaar is, inclusief testresultaten; het ontbreken daarvan leidt tot boetes en kan subsidie- of budgettaire sancties veroorzaken. Door nu een coherente strategie vast te leggen met geautomatiseerde monitoring, immutabele opslag en duidelijke escalatieketens verkleinen we de kans dat besluitvormers onder druk losgeld betalen of dat vitale dienstverlening wordt stilgelegd. De investering in procedures en tooling betaalt zich terug bij elke geslaagde hersteltest en verhoogt het vertrouwen van burgers en toezichthouders.

Implementatie

De strategie vertrekt vanuit een workload-classificatie waarin kritieke processen, ondersteunende applicaties en archiefdata elk hun eigen beschermingsniveau krijgen. Voor Azure- en on-premises workloads beschrijven we hoe Recovery Services-kluizen, Azure Backup Server en Azure Site Recovery gecombineerd worden tot een tweesporenbeleid: dagelijkse incrementele back-ups met versleutelde opslag plus continue replicatie naar een secundaire regio. Voor gegevens in Microsoft 365 tonen we hoe onafhankelijke back-upplatforms met granular herstel Teams, Exchange Online en SharePoint Online beschermen, inclusief bewaartermijnen die aansluiten op archiefwetgeving. Daarnaast behandelen we best practices voor Dataverse, Power Platform en hybride fileservers, inclusief het gebruik van immutable opslaglagen, rolgebaseerde toegang en hardwarebeveiligd sleutelbeheer. Tot slot beschrijven we waarom kwartaalgewijze hersteltests, lessons-learned-rapportages en geautomatiseerde rapportage naar het CISO-domein essentieel zijn om de strategie levend te houden en direct bij te sturen na organisatorische wijzigingen.

Vereisten

1. Een uitgewerkte set RPO- en RTO-doelstellingen die per proces de maximaal toelaatbare onderbreking en gegevensverlies koppelt aan wettelijke verplichtingen, contractuele servicelevels en afhankelijkheden met ketenpartners. Het document beschrijft wie de eigenaar is, hoe de waarden zijn gevalideerd met proceseigenaren en hoe wijzigingen worden bijgehouden, zodat bestuurders kunnen aantonen dat de gekozen waarden realistisch en betaalbaar zijn. Daarnaast bevat het overzicht scenarioanalyses voor ransomware, logische fouten en regionale calamiteiten inclusief besliscriteria om af te wijken wanneer maatschappelijke schade anders te groot wordt. Een aparte annex beschrijft hoe de doelen worden herijkt na audits of reorganisaties zodat de strategie actueel blijft.
2. Minimaal twee Recovery Services-kluizen of gelijkwaardige back-uplocaties met gesegmenteerde toegang, individuele encryptiesleutels en logging richting het SIEM. Deze kluizen dekken zowel productie- als ontwikkelomgevingen af en beschikken over beleid voor immutabele opslag, automatische integriteitscontroles en lifecyclemanagement voor verouderde herstelpunten. Documenteer hoe sleutelmateriaal wordt beheerd via Azure Key Vault en hoe break-glass-accounts tijdens noodsituaties worden geverifieerd voordat ze geactiveerd mogen worden. Voeg per kluis een risicoanalyse toe waarin wordt beschreven welke controles falen wanneer de kluis niet beschikbaar is.
3. Een aantoonbaar geteste derde-partijoplossing voor Microsoft 365 en andere SaaS-diensten die herstel op itemniveau mogelijk maakt en bewaartermijnen ondersteunt die aansluiten op archiefwetgeving en bezwaarprocedures. De oplossing dwingt multi-factor authenticatie af, exporteert auditlogboeken en bevat contractuele afspraken over dataopslag binnen de EU. Leg vast hoe de tool integreert met incidentprocessen, welke rollen toegang hebben en hoe eigenaarschap is verdeeld tussen functioneel beheer en het SOC. Beschrijf ook hoe de leverancier wordt beoordeeld op responstijden en welke exitstrategie beschikbaar is wanneer het contract wordt beeindigd.
4. Geo-redundante opslag of replicatiepaden voor alle bedrijfskritieke workloads zodat een regionale stroomstoring of cloudregiobrand geen single point of failure vormt. Beschrijf per workload welke combinatie van GRS, ZRS of cross-region replicatie wordt gebruikt, hoe netwerkbandbreedte wordt gemonitord en welke kostenplafonds gelden. Voeg validaties toe voor latency, gegevensconsistentie en failover-scripts die regelmatig worden getest in een geisoleerde sandbox voordat ze in crisissituaties worden ingezet. Neem tevens de afhankelijkheden met identiteits- en DNS-diensten op zodat na failover geen verborgen blokkades ontstaan.
5. Volledige documentatie van herstelprocedures, inclusief beslissingskaarten, communicatieformats en contactlijsten voor leveranciers, toezichthouders en crisisteams. De documentatie is opgeslagen in een versiebeheerd kennisportaal, beschikbaar in offline vorm en bevat verwijzingen naar de meest recente runbooks. Koppel elke procedure aan de overeenkomstige RPO/RTO-waarden en zorg voor goedkeuring door zowel de proceseigenaar als de CISO zodat compliance aantoonbaar blijft. Neem checklists op voor communicatie richting burgers en bestuurders zodat ook de maatschappelijke component wordt gedekt.
6. Een programma voor kwartaalgewijze hersteltests waarbij representatieve productiedata wordt geanonimiseerd en elke stap wordt gelogd voor auditdoeleinden. De testplanning omvat onverwachte scenarios zoals corrupte back-ups, credentialverlies of het gelijktijdig uitvallen van meerdere workloads. Na elke test worden lessons learned vertaald naar technische verbeteringen, training voor beheerders en updates van het meerjarenbudget zodat continu verbetering plaatsvindt. Leg vast hoe testbewijzen worden gedeeld met het crisisteam en hoe uitzonderingen worden goedgekeurd.
7. Een gedetailleerd financieel kader dat licentiekosten, opslagverbruik, netwerkcompensatie en personele inzet over ten minste drie jaar projecteert. Het kader bevat triggers voor opschaling wanneer datagroei of strengere regelgeving optreedt en beschrijft welke budgethouders verantwoordelijk zijn voor goedkeuring. Koppel dit aan een risicoregister waarin de kosten van niet-herstellen, zoals boetes of reputatieschade, worden gekwantificeerd om besluitvormers van context te voorzien. Voeg scenarios toe voor investeringen in immutabele opslag en aanvullende licenties zodat bestuurders direct weten wat de financiele impact is.

Implementatie

Het ontwerpen van een back-up- en herstelstrategie start met een gezamenlijke workshopsessie met proceseigenaren, de CISO en de technische beheerders. Tijdens deze sessie worden de bedrijfsdoelen, wettelijke verplichtingen en kritieke ketenafhankelijkheden in kaart gebracht zodat duidelijk wordt welke processen absoluut niet mogen stoppen en welke tijdelijk kunnen worden opgevangen met handmatige procedures. Op basis daarvan worden workloads geclassificeerd in impactniveaus en wordt bepaald welke datasets voortdurende replicatie vereisen en welke volstaan met dagelijkse of wekelijkse kopieen. Door deze oefening te koppelen aan een actuele CMDB ontstaat een reproduceerbaar overzicht waarop accountants kunnen steunen. De volgende stap bestaat uit het ontwerpen van architectuurpatronen per workloadcategorie. Voor bedrijfskritieke Azure- en on-premises workloads wordt een gecombineerde aanpak gekozen waarbij Azure Backup incrementele momentopnamen verzorgt, terwijl Azure Site Recovery continue replicatie naar een secundaire regio afhandelt. In het ontwerp worden netwerksnelheden, versleutelingsvereisten en het beheer van opslagklassen vastgelegd, inclusief duidelijke verantwoordelijkheden voor het draaien van health checks via Azure Monitor. Voor minder kritieke workloads kan gekozen worden voor een langere retentie in een koele opslaglaag, zolang de gekozen instellingen aantoonbaar aansluiten bij de RPO/RTO-afspraken. Daarna volgt de inrichting van tooling en automatisering. Recovery Services-kluizen worden gedistribueerd over meerdere abonnementen en resourcegroepen met een least privilege-toegangsmodel en key rotation via Azure Key Vault. Voor Microsoft 365 worden onafhankelijke back-upplatforms uitgerold die Teams-gesprekken, Planner-data en OneDrive-inhoud bewaren buiten de productietenant. Runbooks beschrijven hoe deze platforms communiceren met het SIEM, zodat afwijkende activiteiten zoals massale verwijderacties direct alarmslaan. Alle configuratiestappen worden gelogd in Infrastructure as Code of minimaal in het configuratieregister zodat wijzigingen traceerbaar blijven. Na de technische inrichting volgt de personele component. Beheerders en proceseigenaren krijgen scenario-gebaseerde trainingen waarin zij leren hoe zij een failover besluiten, hoe zij communiceren met burgers en hoe zij lesrapportages invullen. Deze trainingen worden gekoppeld aan toetsmomenten, zodat certificering van sleutelrollen aantoonbaar blijft. Ook worden ondersteunende teams zoals servicedesk en communicatie meegenomen zodat zij tijdig weten welke boodschappen zij moeten verspreiden als er een langere verstoring optreedt. Financiele en contractuele afspraken maken integraal onderdeel uit van het implementatieplan. Het projectteam werkt samen met inkoop om service level agreements vast te leggen die herstelondersteuning binnen vooraf bepaalde uren garanderen. Voor elke leverancier worden escalatieroutes, maximale responstijden en boetebepalingen vastgelegd. Verder wordt een budgetreservering aangelegd voor noodscenarios waarbij extra opslag of licenties direct moet kunnen worden aangeschaft zonder langdurige aanbestedingstrajecten. Testen vormt de ruggengraat van de strategie. Elk kwartaal wordt een representatief herstel uitgevoerd in een geisoleerde sandbox of in een secundair netwerksegment. Hierbij worden zowel technische stappen als bestuurlijke escalaties geoefend, inclusief de communicatie richting communicatieadviseurs en toezichthouders. De resultaten worden samengevat in een testrapport met meetbare leerpunten, bijvoorbeeld het verkorten van scripts, het verbeteren van contactlijsten of het aanpassen van licentieaantallen. Door de lessons learned direct te koppelen aan het risicoregister ontstaat een cyclisch verbeterproces. Tot slot wordt governance geborgd via een combinatie van dashboards, service review-meetings en integratie met het changeproces. KPI's zoals succesratio van back-ups, duur van hersteltests en percentage workloads met immutabele opslag worden maandelijks gerapporteerd aan het bestuur. Afwijkingen leiden automatisch tot een probleemticket en een actieplan met eigenaar en deadline. Op deze manier groeit de back-upstrategie mee met nieuwe cloudservices, fusies of wetgeving zonder dat de oorspronkelijke architectuurbeginselen worden vergeten.

Compliance en Auditing

Het naleven van Nederlandse en Europese regelgeving rond back-up en herstel vereist meer dan het noemen van een paragraafnummer; auditors verwachten dat elke controlevraag kan worden herleid tot concreet bewijs. Voor de Baseline Informatiebeveiliging Overheid hoofdstuk 12.03 betekent dit dat organisaties moeten beschikken over een formeel vastgesteld back-upbeleid, een beschrijving van de gebruikte technologieen en aantoonbare testresultaten. Het beleid moet de scope van gegevensverzamelingen definieren, beschrijven hoe encryptiesleutels worden beheerd en aantonen dat toegang tot back-upmedia strenger is dan reguliere productieaccounts. Zonder deze documenten kan een auditor concluderen dat het proces ad hoc wordt uitgevoerd, ook al draaien de back-ups technisch gezien. ISO 27001 stelt aanvullende eisen aan de inrichting van informatiebeveiliging. Controle A.8.13 verlangt dat back-upactiviteiten regelmatig worden beoordeeld op effectiviteit en dat rollen en verantwoordelijkheden helder zijn vastgelegd. In de praktijk betekent dit dat organisaties veranderbeheer moeten toepassen op back-upconfiguraties, bijvoorbeeld via Infrastructure as Code-repositories waarin peer reviews plaatsvinden. Daarnaast vraagt de norm om periodieke evaluaties van bewaartermijnen, aangezien te lange retentie kan leiden tot overtreding van de AVG, terwijl te korte retentie onvoldoende bewijs oplevert voor rechtszaken of verzoeken op grond van de Wet open overheid. Een beschrijving van hoe encryptie, integriteit en herstelprocedures zijn afgestemd op de risicoanalyse maakt deel uit van het auditdossier. Sinds de invoering van NIS2 ligt de nadruk sterker op bedrijfscontinuiteit en rapportageplicht na incidenten. Artikel 21 vereist dat essentiele en belangrijke entiteiten aantonen hoe zij de beschikbaarheid van diensten borgen en hoe zij na een verstoring binnen redelijke termijn kunnen herstellen. Dit vraagt om scenarios waarin zowel digitale aanvallen als fysieke calamiteiten worden geoefend, inclusief communicatie naar toezichthouders zoals de Rijksinspectie Digitale Infrastructuur. Organisaties doen er goed aan om hun back-upstrategie te koppelen aan het crisismanagementplan, zodat meldingslijnen en verantwoordelijkheden voor publieke communicatie vooraf bekend zijn. De AVG, specifiek artikel 32, legt de lat hoog voor de beveiliging van persoonsgegevens. Een organisatie moet niet alleen passende technische maatregelen nemen, maar ook kunnen aantonen dat zij persoonsgegevens tijdig kan herstellen na een incident. Dat vereist logging van restore-acties, privacy impact assessments bij het gebruik van externe back-updiensten en contracten die duidelijk maken wie verwerkingsverantwoordelijke blijft. Combineer deze vereisten met de BIO- en NIS2-eisen in een geintegreerde controleset zodat auditors niet langer afzonderlijke bewijslijnen hoeven te doorlopen. Door voor elke eis een concreet controlepunt, verantwoordelijk functionaris en bewijsstuk aan te wijzen ontstaat een traceerbare lijn van beleid naar uitvoering die elke audit doorstaat. Voor sectorale regelingen zoals ENSIA, DigiD-beveiligingseisen of zorgspecifieke NEN-normen is aanvullende documentatie nodig. Deze regelingen verlangen vaak dat bestuurders jaarlijks verklaren dat back-ups op een gecontroleerde manier zijn getest. Door het rapportageformat van de hersteltests te koppelen aan deze verklaringen, hoeven organisaties niet telkens nieuwe templates te maken en blijft de herkomst van cijfers inzichtelijk. Bovendien kunnen lessons learned sneller worden gedeeld met ketenpartners, wat een eis is in diverse samenwerkingsconvenanten. Tot slot hoort bij compliance een sluitende bewijsketen. Richt een digitaal archief in waarin beleidsdocumenten, architectuuroverzichten, screenshots van configuraties en exportbestanden van hersteltests gebundeld worden. Label elk bestand met de relevante controlerefentie en zorg voor versiebeheer, zodat auditors precies weten welke situatie gold op het moment van toetsing. Door periodiek interne audits uit te voeren en bevindingen te koppelen aan verbeterplannen blijft het complianceprogramma dynamisch en voorkomt de organisatie dat eisen pas tijdens een externe audit aan het licht komen.

Monitoring

Gebruik PowerShell-script backup-strategy.ps1 (functie Invoke-Monitoring) – Het script backup-strategy.ps1 fungeert als geautomatiseerde kwaliteitscontrole die dagelijks meet of alle essentiele onderdelen van de back-uparchitectuur gezond zijn. De monitoringroutine controleert de status van Recovery Services-kluizen, vergelijkt het aantal geslaagde back-ups met de afgesproken drempelwaarden en controleert of immutabele opslag nog actief is. Daarnaast wordt gekeken naar afwijkende activiteiten, zoals een plotselinge stijging in taakfouten of een beheerder die probeert retentiebeleid te verkorten; dergelijke signalen worden direct doorgestuurd naar het SIEM met voldoende context om een incidentticket aan te maken. Door integratie met Azure Monitor en Microsoft Graph kan hetzelfde script tevens licentiegebruik en API-responstijden bewaken, wat inzicht geeft in de betrouwbaarheid van externe SaaS-back-updiensten. Om het script effectief in te zetten wordt het gekoppeld aan een dedicated automation account met een identity die alleen-leesrechten heeft op de benodigde bronnen. Elke run slaat de resultaten op in een beveiligde opslagcontainer inclusief de hash van de rapportage, zodat auditors later kunnen bewijzen dat er niet met gegevens is gemanipuleerd. De uitvoer omvat naast technische indicatoren ook governance-informatie, bijvoorbeeld of de kwartaaltestplanning is bijgewerkt of dat runbooks ouder zijn dan negentig dagen. Wanneer een drempel wordt overschreden kan het script automatisch een changevoorstel voorbereiden of een melding sturen naar de crisismanager. Op die manier ondersteunt monitoring niet alleen detectie, maar ook het tijdig voorbereiden van beheerders op herstelacties. Voor organisaties die meerdere tenants beheren kan het script in een reeks draaien en resultaten consolideren in een Power BI-dashboard. Door tags op workloads te controleren ziet het meteen of nieuwe projecten wel aan back-upbeleid zijn gekoppeld. Bovendien kan de routine waarschuwingen genereren wanneer logboekretentie voor back-ups dreigt te verlopen, zodat forensisch onderzoek ook maanden later nog mogelijk is. Dankzij deze continue feedbacklus ontstaat een cultuur waarin afwijkingen snel worden gesignaleerd en opgelost voordat ze tot dataverlies leiden. Het script ondersteunt eveneens simulaties. Beheerders kunnen een testmodus activeren die bewust foutscenarios introduceert, zoals het uitzetten van een policy of het beperken van netwerkbandbreedte. De resultaten worden vergeleken met de productie-uitvoer zodat duidelijk wordt welk effect wijzigingen hebben voordat ze worden uitgerold. Deze aanpak stimuleert een DevSecOps-werkwijze waarin monitoringconfiguraties eerst in een testomgeving worden gevalideerd. Ook qua rapportage biedt de tooling meerwaarde. De PowerShell-output kan worden omgezet naar JSON en direct worden ingestuurd naar een ticketingsysteem of Microsoft Sentinel, zodat elke afwijking automatisch een eigenaar krijgt. Daarnaast wordt een samenvatting per week gemaild naar de proceseigenaren met trends, bijvoorbeeld een stijgend aantal waarschuwingen op een specifieke locatie. Door dit ritme te verankeren in de reguliere overleggen blijft monitoring een integraal onderdeel van het beheerproces. Tot slot kan het script afhankelijkheden bewaken die vaak buiten beeld blijven, zoals netwerkpeering, Key Vault-versleuteling en de status van opslagaccounts waarop back-ups worden geschreven. Wanneer een van deze componenten een configuratiewijziging ondergaat, bijvoorbeeld het aanscherpen van firewallregels, markeert het script dit als een mogelijke verstoring en vraagt het om expliciete goedkeuring. Zo ontstaat een ketengerichte monitoringaanpak die niet alleen de back-upjobs zelf bekijkt, maar ook de randvoorwaarden die herstel mogelijk maken. De rapportages voegen automatisch grafieken toe voor trendanalyse..

Remediatie

Gebruik PowerShell-script backup-strategy.ps1 (functie Invoke-Remediation) – De herstelroutine binnen backup-strategy.ps1 is ontworpen als een begeleide runbook-ervaring die beheerders stap voor stap door een incident leidt. Zodra de functie Invoke-Remediation wordt gestart verzamelt het script alle relevante metadata: welke workload faalde, welk herstelpunt voldoet aan de RPO-criteria en welke afhankelijkheden zoals VNETs, managed identities of licenties beschikbaar moeten zijn. Het script controleert de integriteit van het gekozen herstelpunt door checksums te vergelijken en valideert of de secundaire locatie voldoende capaciteit heeft. Pas daarna biedt het de mogelijkheid om de daadwerkelijke restore te starten zodat menselijke fouten worden voorkomen. Tijdens het proces wordt automatisch een tijdlijn opgebouwd die later kan worden gedeeld met auditors en communicatieadviseurs. Uniek aan deze aanpak is dat de scriptlogica niet stopt na het herstellen van data. Het script plant vervolgacties, zoals het opnieuw synchroniseren van replicatie, het uitvoeren van post-restore vulnerability scans en het informeren van proceseigenaren via Teams of e-mail. Daarnaast controleert de routine of noodaccounts zijn gebruikt en zorgt het voor automatische intrekking zodra de crisis voorbij is, waardoor misbruik van verhoogde rechten wordt voorkomen. Tot slot genereert het script een rapport met lessons learned en aanbevelingen voor architectuur, training en budget. Door deze rapportages centraal te archiveren ontstaat een waardevolle kennisbank waarop toekomstige beslissingen kunnen worden gebaseerd, terwijl tegelijkertijd wordt aangetoond dat remediatie gestructureerd en controleerbaar verloopt. Een belangrijk onderdeel van de tooling is de koppeling met change- en incidentbeheer. Wanneer een restore wordt uitgevoerd maakt het script automatisch een gekoppeld ticket aan waarin alle acties, goedkeuringen en risico's worden vastgelegd. Dit ticket bevat ook communicatiesjablonen voor bestuurders en woordvoerders, zodat de organisatie consistent en feitelijk kan rapporteren naar toezichthouders en burgers. Door deze integratie wordt voorkomen dat parallelle administraties ontstaan en blijft de audittrail intact. Verder kan het script gecontroleerde experimenten uitvoeren. In een oefenmodus herstelt het specifieke datasets naar een quarantainenetwerk zodat lessons learned kunnen worden verzameld zonder de productieomgeving te raken. Hierbij worden ook de prestaties van opslag, netwerk en compute vastgelegd zodat duidelijk wordt waar knelpunten ontstaan. Deze gegevens voeden budgetbeslissingen en maken zichtbaar welke teams extra training nodig hebben. Daarnaast bewaakt de runbookfunctie de naleving van compliance-eisen tijdens een incident. Het script controleert of verplichte meldingen richting de Functionaris Gegevensbescherming, het CISO-office of externe toezichthouders zijn verstuurd en of noodzakelijke goedkeuringen zijn gegeven door het crisisteam. Wanneer een stap ontbreekt blokkeert de workflow verdere acties totdat de verantwoordelijke functionaris bevestigt dat de maatregel alsnog is uitgevoerd. Om ervoor te zorgen dat kennis geborgd blijft, genereert het script na afloop trainingsmateriaal voor toekomstige oefeningen. Het selecteert relevante fragmenten uit de logboeken, koppelt deze aan de oorspronkelijke RPO/RTO-doelstellingen en maakt een samenvatting die direct in het kennisportaal kan worden gepubliceerd. Hierdoor kunnen nieuwe teamleden snel begrijpen welke beslissingen zijn genomen en welke verbeteringen nog openstaan. Tot slot borgt het script de afsluiting van een incident. Nadat systemen stabiel draaien genereert het automatisch een post-incident review met aanbevelingen, update het risicoregister en plant het opvolgacties in het projectportfolio. Hierdoor verdwijnt kennis niet zodra het crisisteam uiteen gaat en blijft de organisatie aantoonbaar in control..

Compliance & Frameworks

• BIO: 12.03.01 - Backup mandatory
• ISO 27001:2022: A.8.13 - Information backup
• NIS2: Artikel - bedrijfscontinuïteit

Automation

Gebruik het onderstaande PowerShell script om deze security control te monitoren en te implementeren. Het script bevat functies voor zowel monitoring (-Monitoring) als remediation (-Remediation).

Risico zonder implementatie

Management Samenvatting

Backup Strategy: Azure Backup (VMs daily snapshots + 30-90 dagen retention + geo-redundant - €5/VM/maand), SQL geo-replication (GRS/GZRS - automatic), M365 third-party backup (Veeam/AvePoint - deleted emails/sites/Teams recovery - €3-5/user/maand), Immutable backups (ransomware-proof - cannot delete), Quarterly restore tests (verify backup usability - backup without tested restore = false security). Activatie: Deploy backup solution ALL critical workloads → Test restores. Kosten: €10-20/user/maand total. Verplicht BIO 12.03, ISO 27001 A.8.13, NIS2. Implementatie: 32-56 uur. ABSOLUTE PRIORITY - ransomware recovery capability mandatory.

• Implementatietijd: 56 uur
• FTE required: 0.2 FTE