Wat er precies gebeurde
Het NorthC-datacenter in Almere is geen amateuristisch onderkomen. Het is een professionele faciliteit met strenge brandscheidingen, redundante stroomvoorziening en gescheiden gebouwen voor stroom en data — precies om dit soort scenario’s op te vangen. En in zekere zin werkte dat ook: de servers zelf bleven intact en data is niet verloren gegaan. Maar als de stroom- en koelingsruimte uitvalt, gaat álles wat in dat gebouw draait er ook uit. En blijft eruit.
Dat is waarom organisaties van groot tot klein dagen — soms nog steeds — niet bij hun systemen kunnen. Niet omdat er data weg is, maar omdat hun complete IT op één fysieke locatie staat.
“Maar dit is toch een Almere-probleem?”
Nee. Het feit dat jouw bedrijf niet bij NorthC zit, betekent niet dat je veilig zit. De cruciale vraag is niet wáár je data staat, maar wat er gebeurt als die locatie wegvalt. En “wegvallen” hoeft niet eens een brand te zijn. Het kan ook zijn:
- een kapotte glasvezel onder een snelweg
- een fout in de software van een netwerkleverancier
- een stroomstoring in een regio
- een ransomware-aanval die alles platlegt
- een DDoS-aanval op de DNS van je provider
Als al je telefonie, e-mail, klantadministratie, bestanden en software op één locatie draaien — zelfs als het een goed datacenter is — ben je 100% afhankelijk van die locatie. Dat heet in IT-jargon een single point of failure, en het is in 2026 niet meer van deze tijd.
Waar veel MKB’ers de mist in gaan
Veel ondernemers gaan ervan uit dat hun IT-leverancier dit wel geregeld heeft. Dat is logisch — je bent ondernemer, geen systeembeheerder. Maar er zit een gat tussen wat leveranciers verkopen en wat ze aantoonbaar leveren. “Onze cloud is 99,9% beschikbaar” klinkt mooi op een offerte, maar zegt niets als die 0,1% downtime drie aaneengesloten dagen kan zijn.
De juridische werkelijkheid is bovendien dat de zorgplicht voor bedrijfscontinuïteit bij jou ligt, niet bij je leverancier. Als jouw boekhoudpakket, e-mail of CRM een week plat ligt en je daardoor klanten of omzet verliest, is dat zelden te verhalen. Je bent als ondernemer eindverantwoordelijk — ook voor het stuk dat een derde voor jou uitvoert.
Wat ‘continuïteit’ wél betekent
Echte bedrijfscontinuïteit gaat niet om uptime-percentages op een PowerPoint-sheet. Het draait om vier praktische punten:
- Spreiding — je IT draait niet op één locatie, maar op minimaal twee fysiek gescheiden plekken.
- Replicatie — wijzigingen worden vrijwel direct naar de tweede locatie gekopieerd, niet pas ‘s nachts in een back-upvenster.
- Automatische failover — als locatie A wegvalt, neemt B het over zonder dat iemand iets hoeft te doen.
- Geteste herstelprocedure — niet “het zou moeten werken”, maar “het is afgelopen kwartaal succesvol getest”.
Klinkt logisch. Maar in de praktijk is het in Nederland verrassend ongewoon bij MKB-IT-leveranciers. De meeste cloudoplossingen draaien feitelijk op één locatie, eventueel met een back-up elders. Dat is iets fundamenteel anders dan een werkelijk redundante opstelling.
De rol van een online werkplek
Voor MKB-bedrijven is een online werkplek een van de meest effectieve manieren om bedrijfscontinuïteit in te bouwen zónder zelf een IT-afdeling op te tuigen. Een online werkplek is een compleet Windows-bureaublad dat niet op een laptop of server op kantoor draait, maar in een datacenter. Je logt in via internet en al je software, bestanden en e-mail zitten daar.
Het voordeel bij een scenario zoals in Almere: als je werkplek op een goed gespreide infrastructuur draait, ben je niet afhankelijk van het ene gebouw waarin jouw servers toevallig staan. Een glasvezelbreuk bij kantoor, een brand in een datacenter, een gestolen laptop — geen van die scenario’s hoeft je werk stil te leggen. Iedere medewerker kan vanaf elk apparaat met internet doorwerken.
De vraag is alleen: draait die werkplek dan wél op twee locaties? In Nederland is dat lang niet altijd zo. Veel aanbieders huren capaciteit in bij één datacenter (eventueel met “back-up naar een andere locatie”). Een echte twin-datacenter-setup met synchrone replicatie tussen twee Nederlandse locaties is een stuk zeldzamer dan menig ondernemer aanneemt.
Een voorbeeld van een aanbieder die het zó wel heeft ingericht is Virtual Computing, een ICT-dienstverlener uit Oisterwijk die zijn online werkplekken synchroon laat draaien tussen eigen datacenters in Den Bosch en Eindhoven, ISO 27001 en NEN 7510 gecertificeerd. Bij volledige uitval van één locatie neemt de andere automatisch over. In hun uitgebreide analyse van het brandincident in Almere wordt deze aanpak verder uitgewerkt.
Het punt is niet dat dít de enige goede oplossing is — er zijn meer leveranciers die dit serieus aanpakken — maar dat je als ondernemer deze vragen wél moet stellen. Anders koop je een belofte, geen continuïteit.
Vier vragen die je vandaag aan je IT-leverancier kunt stellen
Voordat het ergens misgaat — en dat doet het ergens, ooit, een keer — pak je vandaag de telefoon en stel je deze vragen:
- Waar staat mijn data fysiek? Op één locatie of meerdere, en hoe ver liggen die uit elkaar?
- Wat is mijn RTO (Recovery Time Objective)? Hoe lang ben ik down bij een totale uitval van locatie A? Uren, of dagen?
- Wat is mijn RPO (Recovery Point Objective)? Hoeveel data verlies ik in het slechtste geval — minuten, een uur, een dag?
- Wanneer is voor het laatst een failover-test gedaan? Niet “we kúnnen failoveren”, maar wanneer is het laatst aantoonbaar uitgevoerd?
Krijg je daar geen helder antwoord op, of wordt het vaag, dan weet je dat het tijd is om verder rond te kijken. Een serieuze leverancier kan deze vier vragen binnen vijf minuten beantwoorden, met cijfers.
Tot slot
De brand in Almere is geen geïsoleerd incident dat alleen huisartsen, gemeenten en rederijen aangaat. Het is een herinnering aan iedereen die afhankelijk is van digitale systemen — dus aan vrijwel elke ondernemer in Nederland — dat continuïteit nooit vanzelfsprekend is. Het is iets dat je expliciet inkoopt, contractueel vastlegt en regelmatig test.
De goede momenten om dat op orde te brengen zijn meestal vóór het misgaat. Daarna ben je voornamelijk druk met excuses naar je klanten — en met de vraag waarom je IT-leverancier nooit duidelijk antwoord gaf op die ene vraag.
