Hoe zorg je dat je disaster recovery plan ook werkt bij een stroomstoring?

Veel DR-plannen missen het stroomstoring-scenario. Ontdek de blinde vlekken én hoe je ze aanpakt.

Rack-mounted server met uitdovende indicatorlampjes in donker datacenter, noodverlichting in rood, UPS-batterij op voorgrond.

Een stroomstoring kondigt zich zelden van tevoren aan. De stroom valt weg, systemen gaan uit en pas daarna begint de vraag: wat nu? Voor een IT-manager of operations directeur is dat het moment waarop je merkt of je herstelplan ook echt werkt, of dat het alleen op papier klopt. De verbeterpunten in jouw aanpak worden pas zichtbaar als je weet waar een stroomstoring op je infrastructuur inwerkt en hoe een goed herstelplan eruitziet.

Wat zijn de voornaamste gevolgen van een stroomstoring voor je IT-infrastructuur?

De voornaamste gevolgen van een stroomstoring voor IT-infrastructuur zijn onverwachte uitval van servers en netwerkapparatuur, datacorruptie door abrupte afsluiting, hardwareschade door spanningspieken en het verlies van niet-opgeslagen data. Anders dan een geplande onderhoudsperiode geeft een stroomstoring geen tijd om systemen gecontroleerd af te sluiten.

Concreet kun je bij een stroomstoring te maken krijgen met de volgende situaties:

Datacorruptie: databases en bestandssystemen die midden in een schrijfoperatie worden onderbroken, raken beschadigd.
Hardwarestoringen: spanningspieken bij het terugkeren van de stroom kunnen voedingen, moederborden en opslagmedia beschadigen.
Verlies van actieve sessies: gebruikers verliezen onopgeslagen werk en lopende transacties worden afgebroken.
Netwerkstoringen: routers, switches en firewalls vallen uit, waardoor ook back-upverbindingen en cloudtoegang wegvallen.
Koelingsuitval: serverruimtes zonder noodkoeling kunnen in korte tijd hoge temperaturen bereiken.

De combinatie van deze situaties maakt een stroomstoring ingrijpender dan een enkelvoudige softwarestoring. Systemen die normaal gesproken redundant zijn, kunnen tegelijk uitvallen wanneer de gemeenschappelijke voedingsbron wegvalt.

Hoe verschilt een stroomstoring van andere scenario’s in een herstelplan?

Een stroomstoring verschilt van andere herstelscenario’s doordat het een infrastructureel probleem is dat alle systemen tegelijk treft, ongeacht hun software of configuratie. Bij een softwareprobleem of een enkelvoudige hardwarestoring blijven andere systemen vaak beschikbaar als uitwijkmogelijkheid. Bij een volledige stroomuitval valt die uitwijkmogelijkheid weg als er geen noodstroom aanwezig is.

Een ander belangrijk verschil is de herstelsequentie. Na een beveiligingsincident begin je met isoleren, analyseren en dan herstellen. Na een stroomstoring is de volgorde omgekeerd: zodra de stroom terugkeert, moeten systemen in de juiste volgorde opstarten om conflicten en verdere schade te voorkomen. Denk aan het opstarten van storage vóór applicatieservers, of directory services vóór afhankelijke systemen.

Daarnaast is de oorzaak van een stroomstoring vaak extern en buiten de controle van de organisatie. Dat betekent dat de herstelsnelheid deels afhankelijk is van de netbeheerder, tenzij de organisatie zelf beschikt over noodaggregaten of UPS-systemen. Dit vraagt om een apart escalatiepad in het herstelplan, inclusief contactgegevens van de netbeheerder en afspraken over communicatie naar medewerkers en klanten.

Welke technische maatregelen beschermen systemen bij plotselinge stroomuitval?

De belangrijkste technische maatregelen bij stroomuitval zijn een UPS (Uninterruptible Power Supply), noodaggregaten, geautomatiseerde afsluiting van systemen en redundante stroomvoeding. Deze maatregelen geven systemen de tijd om gecontroleerd af te sluiten of over te schakelen naar een alternatieve voedingsbron.

Een gelaagde aanpak werkt het beste:

UPS per server of rack: een UPS vangt de eerste minuten op en stelt systemen in staat gecontroleerd af te sluiten of over te schakelen.
Noodaggregaat voor de serverruimte: bij langdurige uitval neemt een aggregaat de stroomlevering over, inclusief koeling.
Automatische afsluiting (graceful shutdown): configureer servers en virtuele machines om automatisch af te sluiten wanneer de UPS een laag niveau bereikt.
Redundante stroomcircuits: gebruik dubbele voedingsaansluitingen op servers die verbonden zijn met aparte circuits of stroomgroepen.
Cloudgebaseerde uitwijk: werklasten die in de cloud draaien, zijn niet afhankelijk van lokale stroom en blijven beschikbaar als uitwijkoptie.

Voor organisaties met een Minimum Viable Company aanpak is het nuttig om te bepalen welke systemen als eerste noodstroom moeten krijgen. Niet elk systeem verdient dezelfde prioriteit; focus op de applicaties en processen die zorgen dat je bedrijf door kan draaien.

Hoe test je of je herstelplan werkt bij een stroomstoring?

Je test of je herstelplan werkt bij een stroomstoring door een gecontroleerde simulatie uit te voeren waarbij je de stroomtoevoer naar systemen onderbreekt en meet of de UPS, automatische afsluiting en herstelsequentie verlopen zoals gepland. Een papieren oefening of theoretische doorloop is onvoldoende; alleen een praktijktest laat zien waar het in de uitvoering wringt.

Een effectieve testmethode verloopt in fasen. Begin met een componenttest: controleer of UPS-systemen correct functioneren en of de batterijcapaciteit nog voldoende is. Test vervolgens de automatische afsluiting door een gecontroleerde stroomonderbreking op een niet-kritiek systeem te simuleren. Daarna volgt een volledige hersteltest waarbij je meet hoe lang het duurt om systemen in de juiste volgorde weer operationeel te krijgen.

Documenteer bij elke test de werkelijke hersteltijd en vergelijk deze met de Recovery Time Objective (RTO) in je plan — dat is de maximale tijd die je hebt afgesproken waarbinnen systemen weer beschikbaar moeten zijn. Als de werkelijke hersteltijd die grens overschrijdt, pas je het plan of de infrastructuur aan. Voer deze test minimaal jaarlijks uit, maar ook na elke significante wijziging in de IT-infrastructuur.

Wat moet er in het herstelplan staan specifiek voor stroomstoringen?

Een herstelplan moet voor stroomstoringen specifiek bevatten: een overzicht van kritieke systemen met hun afhankelijkheden, de herstelsequentie bij terugkeer van de stroom, contactgegevens van de netbeheerder, procedures voor gecontroleerde afsluiting en een communicatieplan voor medewerkers en klanten. Generieke herstelprocedures zijn onvoldoende voor dit scenario.

Concreet zijn dit de onderdelen die niet mogen ontbreken:

Systeemprioriteitslijst: welke systemen worden als eerste opgestart en in welke volgorde?
UPS en aggregaatprocedures: wie is verantwoordelijk voor het bewaken en bedienen van noodstroomapparatuur?
Contactpersonen netbeheerder: directe lijnen naar de regionale netbeheerder voor statusupdates.
Communicatieprotocol: hoe informeer je medewerkers die op kantoor of thuis werken over de situatie en verwachte hersteltijd?
Clouduitwijkprocedure: instructies voor medewerkers om over te schakelen naar cloudapplicaties als lokale systemen niet beschikbaar zijn.
Controlelijst na herstel: welke systemen en data moeten worden gecontroleerd op integriteit voordat de normale bedrijfsvoering hervat wordt?

Wanneer raakt een stroomstoring ook aan beveiliging?

Een stroomstoring raakt ook aan beveiliging wanneer beveiligingssystemen uitvallen, herstelprocessen tijdelijk onbeveiligde toegang vereisen of de drukte rond een uitval wordt gebruikt om zonder toestemming toegang te verkrijgen. Stroomstoringen en beveiligingsvraagstukken zijn niet altijd los van elkaar te zien, zeker niet wanneer de uitval het gevolg is van een gerichte verstoring van OT- of IoT-infrastructuur.

Specifieke aandachtspunten bij stroomstoringen zijn onder andere:

Uitval van firewalls en IDS/IPS-systemen: als beveiligingsapparatuur uitvalt en niet correct herstart, kunnen er tijdelijk onbeveiligde verbindingen ontstaan.
Ongeautoriseerde toegang tijdens herstel: in de drukte van herstel worden soms tijdelijke accounts aangemaakt of beveiligingsprocedures omzeild.
Social engineering: personen bellen helpdesks tijdens een storing met een verhaal over spoed om toegang te krijgen tot systemen.
Verstoringen van OT-systemen: in industriële omgevingen kunnen stroomstoringen samenhangen met problemen in operationele technologie.

Het is daarom verstandig om in het herstelplan expliciet op te nemen welke beveiligingscontroles actief moeten blijven of als eerste hersteld moeten worden. Cyber resilience gaat verder dan technisch herstel: het betekent ook dat je tijdens en na een incident de controle over je digitale omgeving behoudt.

Hoe OpenSight helpt met herstelplannen en stroomstoringen

Een herstelplan dat ook stroomstoringen afdekt, vraagt om meer dan een checklist. Het vraagt om inzicht in kritieke systemen, realistische herstelscenario’s en technische maatregelen die daadwerkelijk werken onder druk. OpenSight helpt organisaties om dit concreet te maken. Dat gebeurt door:

Het in kaart brengen van kritieke systemen en afhankelijkheden via een risk assessment.
Het opstellen of verbeteren van herstelplannen met specifieke scenario’s, inclusief stroomuitval.
Het adviseren over en implementeren van technische maatregelen zoals UPS-configuratie, clouduitwijk en herstelsequenties.
Het begeleiden van hersteltesten zodat je weet of het plan ook in de praktijk werkt.
Het borgen van beveiliging tijdens herstelprocessen, zodat een storing niet ook een beveiligingsvraagstuk wordt.

Wil je weten hoe sterk jouw herstelplan is bij een stroomstoring? Neem contact met ons op en we kijken samen waar de aandachtspunten zitten en hoe je die aanpakt.