Belangrijkste punten
- Een voltooide back-up en een herstelbare back-up zijn niet hetzelfde. Stille bestandscorruptie, verkeerd geconfigureerde herstelinstellingen en ontbrekende afhankelijkheden kunnen ervoor zorgen dat het herstel mislukt tijdens een echt incident.
- MSP’s hebben continue herstelvalidatie nodig om de integriteit van hun back-ups te waarborgen, te bevestigen dat de RTO’s haalbaar zijn en te controleren of de herstelprocedures de actuele staat van elke klantomgeving weerspiegelen.
- Een gelaagde back-uparchitectuur is cruciaal voor gedistribueerde en hybride cloudomgevingen. Die biedt de benodigde redundantie in de cloud, in offsite opslag, op SaaS-platforms en in hybride herstelorkestratie.
- Herstel-governance moet rechtstreeks aansluiten op de SLA’s van klanten, de eisen voor bedrijfscontinuïteit en de coördinatie van incident response, zodat die voldoet aan de herstelverwachtingen in de praktijk.
- Onduidelijk eigenaarschap van het herstel zorgt voor gaten in de verantwoordelijkheid die tijdens de normale werkzaamheden vrijwel onzichtbaar blijven.
- Continu inzicht in alle tenantomgevingen voorkomt dat het herstelbeleid gaat afwijken. MSP’s moeten het succes van back-ups, de aansluiting op SLA’s en de herstelvalidatie controleren om hun herstelbeleid op koers te houden.
Gegevensback-up en herstel zijn twee van de belangrijkste diensten die MSP’s aanbieden. Ze worden vaak als één dienst verpakt, maar weten hoe u back-ups maakt en ze daadwerkelijk kunnen terugzetten zijn twee heel verschillende dingen.
Sommige MSP’s draaien bijvoorbeeld dagelijks back-upjobs zonder ooit te controleren of die bij echt gegevensverlies ook echt kunnen worden hersteld. Uiteindelijk leidt dat tot mislukte herstelacties, gemiste SLA’s en zelfs permanent gegevensverlies.
Wat het nog erger maakt: deze problemen nemen toe naarmate de beheerde klantomgevingen complexer worden. Gedistribueerde infrastructuren en hybride cloudomgevingen voegen een extra laag complexiteit toe aan back-up- en herstelwerkzaamheden, waardoor het nog lastiger wordt om consistent zicht te houden op herstel en te blijven testen.
Dat is precies het probleem dat een goed opgezet beleid voor gegevensback-up en herstel oplost. In plaats van het maken van back-ups en de herstelgereedheid als twee losse zaken te behandelen brengt het beide samen onder één governance-kader.
In deze gids leest u hoe u een volwassen beleid voor gegevensback-up en herstel opbouwt dat uw governance versterkt en uw organisatie klaarmaakt voor echt herstel.
Waarom herstel-governance in klantomgevingen lastiger is dan het lijkt
Herstel-governance klinkt in theorie eenvoudig, maar in werkelijkheid zijn geen twee klantomgevingen hetzelfde. De ene tenant draait volledig op on-premises infrastructuur terwijl de andere een hybride cloudopzet heeft.
Elk van deze omgevingen heeft eigen hersteleisen, risico’s en mogelijke faalpunten, wat herstelwerkzaamheden nog uitdagender maakt dan ze al zijn.
En zonder een centraal governance-kader wordt consistentie over de hele linie vrijwel onmogelijk. Omdat er geen vooraf vastgelegde procedure is om te volgen, verschillen de workflows per klant en per technicus.
Dan is er nog de kwestie van inzicht. Zonder consistente monitoring en validatie in al uw beheerde omgevingen kan uw team niet nagaan welke back-upjobs slagen, mislukken of uit de pas gaan lopen.
Hoe meer klanten u beheert, hoe nadrukkelijker deze uitdagingen worden. Zelfs met de juiste tools loopt u tegen problemen aan als er geen betrouwbaar beleid voor gegevensback-up en herstel aan ten grondslag ligt.
Veelgemaakte fouten van MSP’s bij herstel-governance
Naast de complexiteit die gedistribueerde omgevingen en hybride opzetten met zich meebrengen zijn er ook de operationele fouten die MSP’s vaak maken.
Aannemen dat een voltooide back-up gelijkstaat aan herstelgereedheid
Een van de grootste fouten die MSP’s bij herstelwerkzaamheden maken is aannemen dat gegevens automatisch herstelbaar zijn zodra een back-upjob is voltooid. Een dashboard dat groen kleurt en een schoon joblog betekenen niet per se dat uw volledige back-up ook echt herstelbaar is.
Een voltooide back-up en een herstelbare back-up zijn twee verschillende dingen. Sommige back-ups worden succesvol afgerond maar mislukken tijdens het daadwerkelijke herstel door problemen zoals:
- Stille bestandscorruptie
- Verkeerd geconfigureerde herstelinstellingen
- Onvolledig vastgelegde change journals
- Ontbrekende applicatie-afhankelijkheden
Beide als hetzelfde behandelen is een van de snelste manieren om uw herstelwerkzaamheden te laten mislukken tijdens een echt incident met gegevensverlies.
Vergeten de hersteiworkflows te valideren
Back-upjobs draaien zonder ze te testen op herstelbaarheid is als een brandoefening houden terwijl er niemand in het gebouw is. Het geeft een vals gevoel van voorbereiding dat pas aan het licht komt wanneer er echt hersteld moet worden.
Op dat moment is het al te laat om te gaan zoeken naar de oorzaak en blijft alleen de druk over van klanten die wachten tot hun systeem weer online komt.
Geen zicht hebben op operationele afhankelijkheden
Een andere veelgemaakte operationele misser van MSP’s is het niet bijhouden van operationele afhankelijkheden. Gegevensherstel staat niet op zichzelf: er zijn systemen, applicaties en workloads waarmee u rekening moet houden om herstel te laten slagen.
Anders kunt u uw herstelwerkzaamheden niet in de juiste volgorde uitvoeren en blijven de omgevingen van uw klant in het beste geval deels functioneel en in het slechtste geval instabiel.
Geen duidelijk eigenaarschap van het herstel vastleggen
Als onduidelijk is wie waarvoor verantwoordelijk is tijdens een herstelactie, vallen er makkelijk zaken tussen wal en schip. Op papier lijkt uw herstelplan misschien solide, maar zonder duidelijk toegewezen verantwoordelijkheden ontstaat er verwarring op het slechtst denkbare moment.
Het lastige is dat gaten in de verantwoordelijkheid vrijwel niet op te sporen zijn tijdens de dagelijkse werkzaamheden. Aan de oppervlakte lijkt alles onder controle. Maar zodra zich echt gegevensverlies voordoet merken teams dat er kritieke hersteltaken zijn zonder duidelijke eigenaar.
Back-upgovernance en weerbaarheidsplanning van elkaar scheiden
Tot slot behandelen sommige MSP’s back-upgovernance en weerbaarheidsplanning als twee losse zaken die door verschillende teams worden beheerd en volgens verschillende schema’s worden geëvalueerd. In werkelijkheid zijn ze juist nauw met elkaar verbonden.
Back-upstrategieën moeten aansluiten op bredere weerbaarheidsdoelen zoals Recovery Time Objectives (RTO’s), Recovery Point Objectives (RPO’s) en andere eisen voor bedrijfscontinuïteit die per klantomgeving verschillen.
Wanneer deze twee functies gescheiden van elkaar opereren, ontstaat er een back-up- en hersteldienst die op de eigen cijfers technisch goed scoort maar niet voldoet aan de werkelijke verwachtingen van klanten.
Een beleid voor gegevensback-up en herstel opzetten dat de governance van MSP’s verbetert
Een sterk beleid voor gegevensback-up en herstel stelt u in staat consistente herstelwerkzaamheden te leveren in elke klantomgeving, hoe divers die ook zijn.
Belangrijker nog: het geeft uw team een gestructureerde manier om herstelgereedheid op te bouwen en te behouden.
Maak herstelgereedheid operationeel met continue validatie
Een van de duidelijkste kenmerken van een volwassen MSP-organisatie is dat herstelgereedheid nooit wordt aangenomen maar continu wordt gevalideerd. Dat betekent verder gaan dan het monitoren van back-upjobs en een gestructureerd validatieproces opzetten om het volgende te bevestigen:
- Back-upintegriteit: zijn uw back-ups daadwerkelijk herstelbaar? Zijn de vastgelegde gegevens volledig en onbeschadigd?
- Verwachtingen rond hersteltijd: haalt u de RTO’s van uw tenants echt? Sluiten uw hersteltermijnen aan op de gedocumenteerde herstelvensters?
- Herstelprocedures: zijn uw herstelworkflows actueel en juist? Weerspiegelen ze nog de staat van elke klantomgeving?
- Operationele afhankelijkheden: houdt uw herstelplan rekening met onderling verbonden systemen? Zijn de relaties tussen applicaties, databases en workloads correct in kaart gebracht?
- Workflows voor herstelorkestratie: is uw end-to-end herstelproces klaar om uit te voeren? Hebt u de volledige workflow als geheel getest?
MSP’s die continue validatie in hun governance-kader hebben opgenomen lopen tijdens een actief herstel minder risico dan MSP’s die dat niet doen.
Laat herstel-governance rechtstreeks aansluiten op de bedrijfsvoering van klanten
Een governance-kader voor herstel dat niet aansluit op de bedrijfseisen van de klant schiet altijd tekort op het moment dat het er het meest toe doet. Zorg ervoor dat uw beleid voor gegevensback-up en herstel rechtstreeks verbonden is met:
- SLA’s van klanten
- Bedrijfscontinuïteitsplannen
- Operationele afhankelijkheden
- Herstelworkflows
Het beleid moet worden ingericht op wat uw klanten nodig hebben en niet alleen op wat technisch haalbaar is vanuit back-upoogpunt. Zo kan uw team met de juiste context op incidenten reageren.
Vergroot de weerbaarheid van cloudback-ups met een gelaagde back-uparchitectuur
Naarmate tenantomgevingen meer gedistribueerd en cloudafhankelijk worden, volstaat een back-upaanpak met één laag simpelweg niet meer. Volwassen MSP’s zetten gelaagde back-uparchitecturen op die redundantie en dekking bieden voor elk onderdeel van een klantomgeving.
Een goed gelaagde back-uparchitectuur omvat:
- Cloud-based herstel voor schaalbare, locatieonafhankelijke herstelmogelijkheden
- Offsite back-upopslag als bescherming tegen lokale storingen of ransomware-incidenten
- Herstelcontroles voor endpoints voor apparaten en laptops op afstand die buiten de traditionele back-updekking vallen
- Herstelworkflows voor servers afgestemd op de specifieke configuraties en afhankelijkheden van de serveromgeving van elke klant
- SaaS backup-bescherming voor platforms zoals Microsoft 365 of Google Workspace
- Hybride herstelorkestratie die elke laag samenbrengt in een samenhangende, schaalbare herstelstrategie
Het doel van een gelaagde back-uparchitectuur is operationele flexibiliteit. Is één herstelpad niet beschikbaar of gecompromitteerd, dan hoeft u zich geen zorgen te maken omdat er een ander pad klaarligt dat u eenvoudig kunt gebruiken.
💡Tip: SaaS- en andere cloud service providers (CSP’s) werken volgens een shared responsibility model, een kader dat geldt voor alle cloudservicemodellen. Het bepaalt hoe de verantwoordelijkheid voor beveiliging is verdeeld tussen de provider en de klant. De CSP beheert de onderliggende infrastructuur terwijl klanten verantwoordelijk zijn voor hun gegevens, applicaties en configuraties.
Houd continu zicht op alle tenantomgevingen
Zelfs het best opgezette governance-kader kan in de loop van de tijd verwateren zonder consistent inzicht in de prestaties ervan. Back-upomgevingen veranderen en infrastructuren van klanten groeien.
Al die veranderingen zorgen voor gaten tussen uw herstelbeleid en wat het in de praktijk oplevert, en die gaten worden groter als u er niet actief op controleert. Om dat te voorkomen, houdt u het volgende continu bij:
- Slagingspercentage van back-ups
- Herstelgereedheid
- Herstelvalidatie
- Infrastructuurafhankelijkheden
- Aansluiting op SLA’s
- Operationeel eigenaarschap
Dit niveau van inzicht helpt ook om klantrelaties te versterken. Klanten worden langetermijnpartners wanneer uw team herstelgereedheid consequent aantoont met gevalideerde gegevens in plaats van mondelinge toezeggingen.
Herstel-governance begint met een sterk beleid voor gegevensback-up en herstel
Herstel-governance versterken gaat verder dan het bewaren van back-upkopieën en het hebben van een disaster recovery-plan. Om consistente, betrouwbare resultaten aan uw klanten te leveren, moet u governance behandelen als een actieve operationele discipline die uw team onderhoudt en verbetert.
Dat betekent continue validatie opnemen in uw dagelijkse werkzaamheden, zicht houden op elke omgeving en duidelijk eigenaarschap vastleggen voor elke kritieke hersteltaak.
Wanneer u al deze elementen samenbrengt in één goed opgezet beleid voor gegevensback-up en herstel, verbetert u de operationele efficiëntie van uw team en de consistentie van herstelresultaten in elke tenantomgeving die u beheert.
Gerelateerde onderwerpen:
