Wie wil dat nu niet? Met een druk op de knop in een ander datacentrum weer in de lucht en alles draait. Als je de vraag ‘wat kost uitwijk’ aan een IT-er stelt, dan zal het uitgangspunt vaak zijn om 'alles' uit te wijken, dat in te richten en na afloop de kosten te bereken. Met alles worden dan alle IT-systemen bedoeld.
Als je dit gaat uitwerken en realiseren dan zal je tot de conclusie komen dat het heel veel geld kost. Is het dat waard? Een betere benadering is om te kijken welke business services u in de lucht wilt houden en u zelf de vraag te stellen: “welke diensten zijn van vitaal belang voor uw klanten?” Aan de hand van een voorbeeldcase 'uit de oude doos' wil ik een paar belangrijke principes doornemen.
Wat zou u doen in de volgende case?
Ik neem u mee terug naar de begintijd van internet, met de beschikking over een simpele website. U bent een verzekeraar (400 man groot) en biedt diverse soorten verzekeringsdiensten aan (schade, zorg, leven, inkomen, pensioenen). Hier hoort een aantal processen bij zoals offreren, premie berekenen, maandelijks en jaarlijkse factureren, telefonische ondersteuning. Bij alles is maatwerksoftware gemaakt ter ondersteuning van deze processen.
Wat bent u van plan? Alvorens het antwoord te geven, nog wat extra informatie. Na een eerste inventarisatie op IT-gebied, blijkt u 250 applicaties te hebben draaien op een 50-tal servers. Qua IT-platformen heeft u een AS/400, een mainframe en diverse Windows servers. Verder lopen er permanent twintig tot dertig grote projecten die wijzigingen in de infrastructuur en de processen tot gevolg hebben. Wat gaat u doen met de uitwijk? Dit wordt wel heel complex...
“Welke diensten zijn van vitaal belang voor uw klanten?
‘Alles uitwijken’ bleek voor dit bedrijf veel te ingewikkeld en te duur. In het geval van een calamiteit – scenario 1 – is de continuïteit van het eigen bedrijf prioriteit nummer één. In dit geval – kunnen er nog facturen worden gemaakt? Een verzekeraar maakt maandelijks automatisch facturen (prolongeren). Dit proces draait op het mainframe. Daarom werd alleen het mainframe in de uitwijk meegenomen. Er is bewust gekozen om andere zaken, zoals offreren, mutaties verwerken, polissen invoeren niet in de uitwijk mee te nemen.
Nu de “wat” vraag beantwoord is, komt de “hoe” vraag. “Hoe gaan we dan die prolongaties uitwijken?” Stel dat het kantoorgebouw en datacentrum geheel zijn verwoest. Hoe doe je de uitwijk dan? Dit speelt in de tijd van vòòr de goedkope snelle verbindingen, toen een internetlijn nog werd afgekocht op 128K.
Besloten is uitwijk als dienst af te nemen. Dat bedrijf had een eigen beveiligd datacentrum waar al een mainframe in stond. Er werden regelmatig uitwijk back-up tapes gemaakt. Die werd ter bewaring naar het uitwijkcentrum gebracht.
Zo kon jaarlijks gecontroleerd worden of de back-up tapes nog ingelezen konden worden en of de prolongatie run nog gedraaid kon worden.
De aanhouder wint
Was dat het? Nee helemaal niet. Jaarlijks werd er een uitwijktest gehouden. Pas na enkele jaren was deze procedure goed werkend. Daarna werd jaarlijks de scope uitgebreid om ook een fileserver en enkele werkplekken uit te wijken. Ook dit gaat nooit direct zoals op papier gepland. De lesson learned is ook hier: niets werkt tot het tegendeel is bewezen.
Kortom:
- Start met de business processen, niet met de IT. Welke RPO (Recovery Point Objectives) en RTO (Recovery Time Objectives) verwacht u?
- Processen en procedures moeten aantoonbaar werken. Niets werkt tot het tegendeel is bewezen
- De kracht zit in de herhaling. Blijf oefenen.
De huidige stand van de techniek biedt natuurlijk betere (goedkoper en sneller) oplossingen. De principes blijven echter gelijk. We brengen u graag op de hoogte van de nieuwste Disaster Recovery as a Service (DRAAS) oplossingen, zoals die van Zerto en Datto, en helpen u graag met het vaststellen van de business doelstellingen en het inregelen van de processen en procedures.
Succes met de volgende uitwijkoefening.
Cees Doets
