Continuïteit betekent dat uw operatie doorgaat, ook als er iets misgaat. Bij een bedrijfskritisch systeem is dat geen vanzelfsprekendheid, maar het resultaat van bewuste keuzes. Deze pagina gaat over continuïteit en beschikbaarheid, niet over cybersecurity: beveiliging tegen dreigingen is een apart vakgebied met eigen maatregelen.
In het kort: continuïteit rust op drie pijlers. Zorg dat het systeem blijft draaien (beschikbaarheid), dat u data kunt terugzetten als er iets verloren gaat (back-up en herstel), en dat u kunt doorwerken als het systeem toch onbeschikbaar is (fallback). En: een plan telt pas als u het beproefd heeft.
Beschikbaarheid: zorgen dat het systeem blijft draaien
Beschikbaarheid gaat over de mate waarin het systeem doet wat het moet doen, wanneer u het nodig heeft. U vergroot die beschikbaarheid door zwakke plekken weg te nemen: onderdelen die kunnen uitvallen zonder terugval, verouderde techniek die instabiel wordt, of afhankelijkheden die niemand monitort.
Structureel beheer en preventief onderhoud spelen hier een grote rol. Een goed beheerd systeem valt minder vaak uit en herstelt sneller; zie Beheer en onderhoud. Wees terughoudend met harde beschikbaarheidsgaranties. Honderd procent bestaat niet. Wat wel bestaat, is een aanpak die de kans op uitval verkleint en de impact beperkt.
Back-up en herstel: de basis op orde
Een back-up is uw vangnet tegen dataverlies. De vraag is niet alleen óf u back-ups maakt, maar of u erop kunt vertrouwen dat u ze terugzet als het nodig is. Twee dingen bepalen dat:
- Actualiteit. Hoeveel data mag u maximaal verliezen? Dat bepaalt hoe vaak u een back-up maakt. Voor een kritisch systeem is dagelijks vaak niet genoeg.
- Herstelbaarheid. Een back-up die u nooit heeft teruggezet, is een aanname, geen zekerheid. Alleen door herstel te testen weet u dat het werkt.
De basis op orde hebben betekent dus niet alleen back-ups maken, maar het terugzetten ervan beproeven.
Fallback: doorwerken als het systeem eruit ligt
Hoe goed u beschikbaarheid en back-up ook regelt, u moet ervan uitgaan dat het een keer misgaat. Een fallback-scenario beschrijft wat u dan doet: hoe schakelt u terug of over, zodat de operatie doorgaat?
Bij het live zetten van nieuwe functionaliteit of koppelingen is zo’n terugvaloptie zelfs essentieel. In de praktijk werkt Abstract IT daarom met fallback-scenario’s, zodat u kunt terugschakelen naar de vorige situatie als iets niet werkt zoals verwacht. Zo werd bij een groothandel de overgang naar geautomatiseerd magazijnbeheer begeleid met terugvalscenario’s en wekelijkse voortgangsrapportage, zodat de operatie op elk moment door kon gaan. Een fallback hoeft overigens niet altijd geavanceerd te zijn: ook een duidelijke, geoefende handmatige procedure voor korte uitval is een vorm van continuïteit.
Een plan telt pas als het beproefd is
Een continuïteitsplan op papier geeft schijnzekerheid. Pas als u het beproeft, weet u of het werkt. Test daarom periodiek: kunt u een back-up daadwerkelijk terugzetten, werkt uw fallback zoals bedoeld, en weten medewerkers wat ze moeten doen bij uitval?
Dit sluit aan op hoe zorgvuldige softwaretrajecten sowieso werken. Bij nieuwe functionaliteit en koppelingen wordt niet alleen de “happy flow” getest, maar ook wat er gebeurt als het misgaat. Dat testen van uitzonderingen en foutscenario’s is precies wat continuïteit betrouwbaar maakt.
Continuïteit is dus geen product dat u aanzet, maar een samenhangend geheel van beschikbaarheid, back-up, fallback en testen. Wilt u weten waar in dat geheel uw grootste winst zit? Leg uw huidige aanpak eens langs deze vier punten, of doe dat samen met ons. Zie ook Wat kost stilstand? om de urgentie te wegen en Vervangen zonder stilstand als veroudering het risico vergroot. Bekijk ook het volledige overzicht in de gids Bedrijfskritische software.
