5 redenen waarom rampherstelplannen mislukken

Het is een scenario waar elk IT-team bang voor is. Je maakt zorgvuldig back-ups van cruciale servers op je apparaat ter plaatse of in de cloud, maar wanneer er zich een incident voordoet en je de back-up het hardst nodig hebt, mislukt het herstel ervan.

Laten we eens bekijken waarom disaster recovery mislukt en hoe u de factoren kunt vermijden die tot deze mislukking leiden:

1. Het niet in kaart brengen en begrijpen van afhankelijkheden bij het herstel

Rampenherstelplannen bevatten vaak strategieën voor back-ups en gegevensbewaring waarin de afhankelijkheden en vereisten voor een soepel rampenherstel niet grondig in kaart zijn gebracht. Als back-upplannen niet worden afgestemd op specifieke verwachtingen ten aanzien van het herstel, kan dit verwoestende gevolgen hebben.

Het herstel van de serveractiviteiten is nog maar het begin

Voor bedrijfsactiviteiten die draaien op multi-tier- of N-tier-applicaties is het niet voldoende om alleen de server weer operationeel te maken. In deze omgevingen kunnen verwerkings-, gegevensbeheer- en presentatiefuncties op verschillende machines worden gehost, die allemaal naadloos met elkaar moeten communiceren. Als u back-ups van deze componenten volgens verschillende schema’s maakt of ze herstelt met een verkeerde opstartvolgorde of op een host met een ander virtueel netwerk, kan de communicatie tussen deze componenten verloren gaan. Als gevolg hiervan zal het noodherstel mislukken, kunnen gegevens verloren gaan en kunt u vele uren verspillen aan het oplossen van de problemen.

Configuratieproblemen

Configuratieproblemen in de productieomgeving kunnen uw noodherstel in gevaar brengen. Wanneer u bijvoorbeeld virtuele serveromgevingen configureert als back-updoelen, moet u ruimte reserveren voor snapshots, zodat deze correct kunnen worden uitgevoerd en opgeslagen.

Tips voor het identificeren van kritieke afhankelijkheden en het waarborgen van een succesvol herstel:

• Bedenk verschillende scenario’s voor systeemuitval en loop de specifieke stappen door die je moet volgen om de dienstverlening aan eindgebruikers te herstellen. Onderzoek elke stap in het proces op mogelijke afhankelijkheden of belemmeringen voor het herstel na een ramp.
• Leg de cruciale afhankelijkheden vast – opstartvolgorde, vereisten voor applicaties, enzovoort – en neem deze op in de herstelstappen.

2. Problemen met softwarecompatibiliteit begrijpen en vermijden

Er is een breed scala aan softwarecompatibiliteitsproblemen die ervoor kunnen zorgen dat gegevens onherstelbaar worden. De Microsoft Volume Shadow Copy Service (VSS) is een veelvoorkomende bron van compatibiliteitsproblemen. Nieuwe technologieën voor back-up en cloud-disaster recovery maken echter gebruik van geavanceerde zelfherstellende software om deze compatibiliteitsproblemen op te lossen. Deze technologie detecteert automatisch VSS-compatibiliteitsproblemen, verkeerde configuraties en een breed scala aan bedreigingen voor de herstelbaarheid. De software lost VSS-conflicten op, start back-ups opnieuw op en voert diverse andere stappen uit om back-upproblemen te verhelpen voordat deze het herstel in gevaar brengen, zonder dat uw IT-team hoeft in te grijpen.

3. Onvoldoende testen

IT-teams blijven moeite hebben om de tijd en middelen te vinden om ramphersteltests vaak genoeg uit te voeren, zodat herstelprocedures daadwerkelijk volgens plan verlopen. Het testen van back-ups is echter essentieel voor een soepel herstelproces. Een degelijk rampherstelplan moet kortingen vermijden, zoals het slechts eenmaal per jaar (of helemaal niet) testen, het vooraf laden van tapes in tapebibliotheken, het vooraf klaarzetten van servers en het vervangen van volledige hersteltests door steekproeven.

Tips voor beter testen:

• Implementeer geavanceerde oplossingen voor back-up en herstel in de cloud die automatisch volledige hersteltests van uw back-upomgeving uitvoeren.
• Investeer in back-up- en hersteloplossingen die automatisch de herstelbaarheid van applicaties testen en de daadwerkelijke hersteltijd en het herstelpunt bij een ramp vastleggen.

4. Het niet bieden van bescherming tegen gegevensbeschadiging en malware

Er zijn talloze oorzaken van beschadiging van back-upgegevens die ervoor kunnen zorgen dat herstelpogingen mislukken – van bitflipping als gevolg van zonnevlammen tot onverwachte stroomuitval, van problemen met XFS en het bestandssysteem tot diverse hardwarefouten (problemen met RAID-controllers, opslagcontrollers, beschadiging van het bestandssysteem, storingen in NAS-systemen, enz.).

Ondanks het toenemende aantal incidenten dat de krantenkoppen haalt, blijft het niet opsporen van malware in back-upomgevingen een van de meest voorkomende oorzaken van mislukte noodherstelprocedures. De makers van ransomware gaan steeds geraffineerder te werk: ze ontwikkelen programma’s die lang genoeg inactief blijven om in gegevensback-ups terecht te komen, waardoor het onmogelijk wordt om aanvallen af te weren door simpelweg de meest recente gegevens te herstellen.

Tips om gegevensbeschadiging en malware-infecties in uw back-ups te voorkomen:

• Kies een technologie voor back-up en herstel die op Linux is gebaseerd. De meeste malware-infecties richten zich op Windows-systemen.
• Zorg ervoor dat uw back-up- en hersteltechnologie vroege waarschuwingssignalen van een malware-infectie kan detecteren.
• Gebruik een back-up- en hersteloplossing die applicaties in uw back-upomgeving automatisch opstart en de herstelbaarheid ervan test, zodat u in geval van een aanval door ransomware (of andere malware) veilig kunt herstellen met niet-besmette back-ups.
• Zorg ervoor dat uw back-upoplossing beschikt over geïntegreerde cyclische redundantiecontrole (CRC). CRC is een foutdetectiecode die wordt gebruikt om onbedoelde wijzigingen in gegevensblokken die in uw back-upsysteem worden opgenomen op te sporen, om zo te voorkomen dat gegevens beschadigd raken.

5. Het niet naleven van de beste praktijken op het gebied van mediabeheer

Een van de meest voorkomende redenen waarom een ogenschijnlijk perfecte back-up niet kan worden hersteld, is het onjuist omgaan met back-up- of archiefmedia – tapes, verwisselbare harde schijven, enzovoort. Hoewel tapes en verwisselbare schijven relatief eenvoudig van opzet zijn, vergen ze veel handmatig werk en moet men zich strikt aan de beste praktijken houden. Simpele menselijke fouten, zoals het verkeerd labelen van tapes of archiefschijven, kunnen het herstel vanaf deze media onmogelijk maken.

Voor een efficiënte gegevensback-up kunt u het volledige proces van back-upbeheer, replicatie naar een externe locatie en langdurige opslag automatiseren. U kunt er ook voor kiezen om gebruik te maken van Disaster Recovery as a Service (DRaaS).

De toonaangevende apparaten van vandaag zijn bovendien uitgerust met zelfherstellende hardware en monitoring op afstand, waarmee vroege tekenen van hardwareproblemen worden gedetecteerd en automatisch onderhoud wordt ingepland voordat er daadwerkelijk een storing optreedt.

De huidige IT-infrastructuren bestaan uit steeds complexere combinaties van on-premises-, SaaS-, cloud- en virtuele omgevingen. Voor efficiënte back-ups en herstel kunt u het beste kiezen voor een back-upoplossing die kan worden geïntegreerd met uw oplossing voor eindpuntbeheer. Bewaak en beheer al uw eindpunten, en beheer de implementatie van antivirus- en antimalwareprogramma’s en back-ups, allemaal vanuit één enkele console.

Kaseya Unified Backup combineert ’s werelds beste oplossingen voor back-up, bescherming tegen ransomware, cloudopslag en bedrijfscontinuïteit en noodherstel (BCDR) in één krachtig, alles-in-één platform op basis van apparatuur. Download hier onze productbrochure voor meer informatie over Kaseya Unified Backup.