Video: 5 MANIEREN OM SNOEP DE KLAS IN TE SMOKKELEN! 2024
Deel van IT Disaster Recovery Planning voor Dummy's Cheat Sheet
Testen is een natuurlijk onderdeel van de levenscyclus van veel mensen technologische ontwikkelingsinspanningen: software, processen en - ja - planning voor noodherstel. Rampen komen niet vaak voor, zodat u zelden duidelijk kunt zien of die DR-plannen ook echt werken. En gezien de aard van rampen, als uw DR-plan mislukt, zal de organisatie de ramp mogelijk niet overleven.
Dit zijn de vijf soorten tests voor disaster recovery:
-
Papiersoort: Individuen lezen en annoteren herstelplannen.
-
Walkthrough-test: Groepen doorlopen plannen om problemen en wijzigingen te identificeren.
-
Simulatie: Groepen maken een gesimuleerde ramp door om vast te stellen of noodplanplannen geschikt zijn.
-
Parallelle test: Herstelsystemen worden gebouwd / ingesteld en getest om te zien of ze daadwerkelijke zakelijke transacties kunnen uitvoeren om belangrijke processen te ondersteunen. Primaire systemen dragen nog steeds de volledige productie-werklast.
-
Cut-over test: Herstelsystemen zijn gebouwd / ingesteld om de volledige productie-werkbelasting aan te nemen. Je koppelt primaire systemen los.
Structureer uw DR-tests op dezelfde manier als u andere gecompliceerde activiteiten structureert, zoals softwareontwikkeling en bijbehorende testen. Voer de volgende stappen uit:
-
Bepaal hoe vaak u elk type test moet uitvoeren.
-
Test individuele componenten.
Let op eventuele verschillen en geef het plan vervolgens door aan de mensen die elk gedeelte hebben geschreven, zodat ze het kunnen bijwerken. Dit proces verbetert de kwaliteit en nauwkeurigheid van het DR-plan, waardoor de kans groter wordt dat de organisatie een ramp daadwerkelijk overleeft als zich een ramp voordoet.
-
Voer bredere tests uit voor gecombineerde componenten.
-
Test het volledige plan.
Door deze vier stappen uit te voeren, kunt u tijdens individuele tests veel fouten vaststellen en deze fouten corrigeren voordat u uitgebreidere tests uitvoert. Dit proces bespaart tijd doordat voorkomen wordt dat kleine fouten uitgebreide testen onderbreken waar veel mensen bij betrokken zijn.
