Wat doe je als jouw informatietechnologie ineens niet meer werkt? Lees verder om tips te ontdekken die je in jouw procedure op kunt nemen.
Calamiteiten komen vaker voor dan je denkt en het is erg belangrijk om voorbereid te zijn op onaangename verrassingen. Tegenwoordig zijn steeds meer bedrijven voor hun bedrijfsuitvoering afhankelijk van hun IT-infrastructuur. Daarom doen IT-managers hun uiterste best om de redundantie van hun infrastructuur te verhogen. Dat is zeker een goede zaak.
In sommige gevallen is redundantie echter niet voldoende. Er kan zich dan alsnog een ramp voordoen. Denk bijvoorbeeld aan brand, maar we zien ook steeds vaker dat cyberaanvallen een ernstige bedreiging vormen. In die gevallen is het een goede praktijk om een disaster recovery procedure – een noodherstelplan – paraat te hebben waarin onder andere de volgende onderwerpen worden uitgewerkt:
Helaas hebben veel bedrijven een dergelijk procedure niet paraat. Zij gaan ervan uit dat de kans op een ernstig incident klein is, maar daar vergissen zij zich in. Met name als gevolg van cyberaanvallen (zoals cryptovirussen), is die kans helemaal niet meer zo klein. Sterker nog, die kans is in de loop der jaren zelfs toegenomen. Het is van het grootste belang dat je jouw management overtuigt van het nut van een dergelijke procedure. Bedenk eens hoeveel tijd je verliest als je dit alles op het laatste moment moet organiseren. Het maakt de situatie dan alleen maar erger.
Als je de tijd neemt om een noodherstelplan op te stellen, realiseer je dan dat het een onderdeel is van jouw bedrijfscontinuïteitsplan.
Als we alleen naar jouw recovery-strategie voor IT kijken, zijn er vier belangrijke sleutelwoorden:
Zelfs zonder maar één van deze onderdelen, kun je ernstig in de problemen komen.
Simpel, kijk maar eens naar jouw business impact analyse. Prioriteiten moeten in overeenstemming zijn met de prioriteiten voor het herstel van de verschillende bedrijfsfuncties en -processen. Als je hebt vastgesteld dat er IT-middelen nodig zijn voor tijdgevoelige bedrijfsfuncties en -processen, dan moet je daar ook rekening mee houden.
Denk vooral ook aan preventie. In jouw strategie moet zeker worden vermeld hoe je anticipeert op het verlies van een van de systeemonderdelen en hoe dit voorkomen kan worden. Enkele voorbeelden:
Zodra je jouw noodherstelplan hebt vastgelegd, is er nog een punt waar je aandacht aan moet besteden: de procedure regelmatig testen.
Jouw IT-omgeving is voortdurend in beweging en verandert na verloop van tijd. Denk alleen maar eens aan alle variabele factoren: nieuwe leveranciers, nieuwe tools om te integreren, nieuwe governance regels... Maar zelfs samenwerkingsverbanden zijn van invloed en moeten worden meegenomen, want de mensen die jouw IT-infrastructuur beheren, hoeven niet jaar na jaar dezelfde te blijven.
Door dit alles te controleren, kun je de procedure bijwerken met de wijzigingen die zich sinds de laatste test hebben voorgedaan... Zelfs al is dit maar één keer per jaar, achteraf ben je blij dat je het hebt gedaan. Vanzelfsprekend wil je er niet tijdens een ramp achter komen dat het belangrijkste wachtwoord uit jouw procedure inmiddels is veranderd (omdat het volgens de voorschriften uit jouw eigen veiligheidsbeleid elke 3 maanden wordt gewijzigd). Je zult je verbazen over het aantal wijzigingen dat sinds jouw laatste test is doorgevoerd.
Het lijkt misschien veel werk, maar de tijd die je nu in deze test investeert, bespaar je weer als je te maken krijgt met een ramp. Het helpt je om tijdens deze moeilijke periode je stressniveau laag te houden.