Automatische failover naar een tweede datacenter bij een calamiteit. Binnen minuten weer operationeel — zonder dataverlies en zonder handmatige actie.
Een brand in het datacenter. Een langdurige stroomstoring die de noodgeneratoren overstijgt. Een overstroming, een cyberaanval of een menselijke fout met catastrofale gevolgen. Het zijn scenario's die onwaarschijnlijk lijken — totdat ze gebeuren. En wanneer ze gebeuren, is het verschil tussen een bedrijf dat doordraat en een bedrijf dat stilstaat het disaster recovery plan.
De meeste MKB-bedrijven hebben geen disaster recovery plan, of een plan dat alleen op papier bestaat en nooit is getest. "Wij hebben backups" is het meest gehoorde antwoord — maar een backup is geen disaster recovery. Een backup herstelt je data, maar wie herstelt je servers, je configuraties, je netwerkinstellingen en je applicaties? En hoe lang duurt dat? Als het antwoord "een paar dagen" is, kun je dan een paar dagen zonder je systemen?
Disaster recovery bij CleverTech is geen document in een la, maar een levend systeem dat continu draait. Je volledige omgeving wordt in real-time gerepliceerd naar een tweede datacenter in Nederland. Bij een calamiteit in het primaire datacenter schakelt het verkeer automatisch over naar de tweede locatie. Je systemen zijn binnen minuten weer bereikbaar, met minimaal dataverlies. Geen telefoontjes naar leveranciers, geen handmatig herstel, geen dagen wachten.
Dit is geen oplossing die alleen voor grote enterprises weggelegd is. We bieden disaster recovery als schaalbare dienst aan, afgestemd op de kritikaliteit en het budget van jouw bedrijf. Van een basisoplossing met dagelijkse replicatie en handmatige failover tot een volledig geautomatiseerde active-active setup met real-time synchronisatie. Want elke onderneming — groot of klein — verdient de zekerheid dat een calamiteit niet het einde van het bedrijf betekent.
Wat onze aanpak onderscheidt is de combinatie van automatisering en regelmatige testing. Een disaster recovery plan dat alleen op papier bestaat, faalt wanneer het erop aankomt. Wij testen de failover minimaal twee keer per jaar in een realistische simulatie, meten de werkelijke hersteltijd en rapporteren de resultaten. Zo weet je niet alleen dat je een plan hebt, maar ook dat het werkt — en hoe snel.
Concrete onderdelen en wat u kunt verwachten
Disaster recovery draait om twee kernmetrics: Recovery Time Objective (RTO) en Recovery Point Objective (RPO). De RTO bepaalt hoe snel je weer operationeel moet zijn na een calamiteit. De RPO bepaalt hoeveel dataverlies acceptabel is. Samen vormen ze de basis van je disaster recovery plan. Een webshop die 10.000 euro per uur omzet, kan zich geen RTO van 24 uur veroorloven. Een bedrijf dat dagelijks honderden bestellingen verwerkt, kan zich geen RPO van 24 uur veroorloven — dat zijn honderden bestellingen die opnieuw moeten worden ingevoerd. Aan de andere kant hoeft een informatieve bedrijfswebsite misschien niet binnen 15 minuten weer online te zijn. Wij helpen je de juiste RTO en RPO te bepalen op basis van een business impact analyse. Wat kost downtime per uur? Welke data is onvervangbaar? Welke processen kunnen niet wachten? Op basis daarvan ontwerpen we een disaster recovery oplossing die past bij je risicoprofiel en budget. Ons standaardaanbod biedt een RTO van minder dan 15 minuten en een RPO van minder dan 1 uur — dat betekent dat je binnen een kwartier weer online bent en maximaal een uur aan data verliest. Voor bedrijfskritische applicaties bieden we een RTO van minder dan 5 minuten en een RPO van minder dan 1 minuut, met active-active replicatie die dataverlies vrijwel elimineert.
Bij een echte calamiteit heb je geen tijd om handmatig servers op te starten en DNS-records aan te passen. Daarom is onze disaster recovery oplossing volledig geautomatiseerd. Monitoringsystemen detecteren een storing in het primaire datacenter, valideren dat het om een echte calamiteit gaat en niet om een korte onderbreking, en initieerden automatisch de failover naar het secundaire datacenter. De failover omvat het activeren van de standby-servers in het secundaire datacenter, het overschakelen van het netwerkverkeer via DNS-failover of BGP-anycast en het verifieerden dat alle applicaties correct draaien op de nieuwe locatie. Dit proces is volledig geautomatiseerd en vereist geen menselijke interventie — hoewel ons team wordt gealarmeerd en het proces monitort. Na de failover ontvangen je gebruikers verkeer van het secundaire datacenter. De overschakeling is voor de meeste gebruikers onmerkbaar — ze ervaren hoogstens een korte onderbreking van enkele seconden tot minuten. Applicaties die stateless zijn ontworpen schakelen naadloos over, applicaties met actieve sessies kunnen een hernieuwe inlog vereisen. Wanneer het primaire datacenter weer beschikbaar is, voeren we een geplande failback uit. We synchroniseren de data die tijdens de calamiteit in het secundaire datacenter is ontstaan terug naar het primaire datacenter en schakelen het verkeer weer over. Dit gebeurt tijdens een onderhoudsvenster om impact te minimaliseren.
De basis van disaster recovery is replicatie: het continu kopieren van je data en configuraties naar een tweede locatie. We bieden verschillende replicatie-methoden afhankelijk van je RPO-vereisten en het type data. Voor databases gebruiken we synchrone of asynchrone replicatie. Bij synchrone replicatie wordt elke transactie pas bevestigd nadat hij op beide locaties is opgeslagen — dataverlies is dan onmogelijk, maar er is een kleine performance-impact. Bij asynchrone replicatie wordt de data met een vertraging van seconden tot minuten overgebracht — sneller en efficienter, met een minimaal risico op dataverlies. Voor bestandssystemen gebruiken we block-level replicatie die alleen gewijzigde blokken synchroniseert. Dit is zeer efficient en heeft minimale impact op je netwerkverkeer en serverbelasting. Configuraties, certificaten en applicatie-instellingen worden via configuration management tools gesynchroniseerd, zodat het secundaire datacenter altijd een actuele kopie van je volledige omgeving bevat. De replicatie wordt continu gemonitord. We controleren de replicatie-lag (de vertraging tussen primair en secundair), de integriteit van de gerepliceerde data en de connectiviteit tussen de datacenters. Bij afwijkingen ontvangen we direct een alert en nemen we actie om de replicatie te herstellen voordat de RPO in gevaar komt.
Een disaster recovery plan dat niet is getest, is een plan dat niet werkt. Daarom testen we je disaster recovery setup minimaal twee keer per jaar met een volledige failover-test. We simuleren een calamiteit in het primaire datacenter en laten je volledige omgeving draaien op het secundaire datacenter. Gedurende de testperiode bedienen je gebruikers verkeer vanuit de DR-locatie. Tijdens de test meten we de werkelijke RTO en RPO, vergelijken we die met de afgesproken doelen en documenteren we eventuele knelpunten. Het resultaat is een gedetailleerd testrapport met de meetresultaten, geconstateerde verbeterpunten en een actieplan om die punten op te lossen voor de volgende test. We moedigen je aan om bij de DR-test aanwezig te zijn — of zelfs de test zelf te initieerden. Het is waardevol om te ervaren hoe de failover verloopt, hoelang het duurt en wat je gebruikers merken. Die ervaring geeft vertrouwen dat je bedrijf een echte calamiteit kan doorstaan. Naast de geplande tests worden we regelmatig onbedoeld getest door kleine incidenten: een netwerkkabel die losraakt, een switch die herstart, een serverdisk die faalt. Elk van die incidenten is een mini-test van onze redundantie en failover-mechanismen. De lessen die we daaruit trekken worden verwerkt in het plan, zodat het elke keer beter wordt.
Concrete voorbeelden van hoe bedrijven disaster recovery & failover: altijd online, wat er ook gebeurt inzetten
Antwoorden op veelgestelde vragen over disaster recovery & failover: altijd online, wat er ook gebeurt
Vraag niet beantwoord?
Neem contact met ons op - ga naar de contactpaginaEén op de vijf MKB-bedrijven wordt jaarlijks slachtoffer van een cyberaanval. De gemiddelde schade: 65.000 euro. Deze 20 maatregelen beschermen je bedrijf tegen de meest voorkomende dreigingen.
Wat is goedkoper: betalen per API-call bij OpenAI of zelf AI-modellen hosten? We vergelijken de totale kosten van cloud AI versus self-hosted oplossingen met concrete cijfers voor verschillende gebruiksscenarios.
Publieke AI-tools zijn krachtig maar risicovol voor bedrijfsdata. Ontdek waarom private AI de toekomst is voor MKB en wat het kost om over te stappen.
Ontdek andere aspecten van onze hosting & ai infrastructuur dienst
Tier-3 datacenters in Amsterdam en omgeving. Gegarandeerde AVG-compliance, minimale latency voor Nederlandse bezoekers en 24/7 bewaking.
Meer infoEen waterdicht privacybeleid dat garandeert dat jouw bedrijfsdata, klantgegevens en AI-prompts nooit worden gedeeld met of gebruikt door derden.
Meer infoEen Service Level Agreement met financiele consequenties als we onze belofte niet waarmaken. Want uptime is geen streefcijfer — het is een harde eis.
Meer infoAutomatische, versleutelde backups elke dag, opgeslagen op een tweede locatie in Nederland. Herstel binnen minuten, niet binnen dagen.
Meer infoDraai krachtige open source taalmodellen in een volledig private omgeving. Geen datadeling met OpenAI of Google — volledige controle over je AI-infrastructuur.
Meer infoGeen servers patchen om middernacht, geen beveiligingsupdates in het weekend. Ons team van experts beheert je volledige hosting — 24/7, proactief en in het Nederlands.
Meer infoOntdek hoe disaster recovery & failover: altijd online, wat er ook gebeurt uw bedrijf kan versterken. Geen verplichtingen.