5 Wege IT Disaster Recovery-Pläne zu Test
Testen ist ein natürlicher Teil des Lebenszyklus für viele Technologieentwicklungsanstrengungen: Software, Prozesse und - ja - Disaster-Recovery-Planung. Katastrophen treten nicht sehr oft, so dass Sie nur selten klar sagen kann, ob diese DR-Pläne auch tatsächlich funktionieren. Und die Art von Katastrophen gegeben, wenn Ihr DR-Plan fehlschlägt, kann die Organisation nicht die Katastrophe überleben.
Hier sind die fünf Arten von Tests Disaster Recovery:
Papier-Test: Personen gelesen und Recovery-Pläne mit Anmerkungen versehen.
Lösungsweg Test: Gruppen zu Fuß durch Pläne Fragen und Änderungen zu identifizieren.
Simulation: Gruppen gehen durch eine simulierte Katastrophe ob Pläne Notfallmaßnahmen sind angemessen zu identifizieren.
Parallel-Test: Recovery-Systeme werden gebaut / eingerichtet und getestet, um zu sehen, ob sie tatsächlich Geschäftstransaktionen durchführen können Schlüsselprozesse zu unterstützen. Primäre Systeme noch die volle Produktions-Workload zu tragen.
Cutover Test: Recovery-Systeme werden gebaut / eingerichtet, um die volle Produktionsarbeitsbelastung übernehmen. Sie trennen Primärsysteme.
Strukturieren Sie Ihre DR-Tests auf die gleiche Art und Weise Sie andere komplizierte Unternehmen Struktur, wie die Softwareentwicklung und die damit verbundenen Tests. So gehen Sie folgendermaßen vor:
Ermitteln Sie, wie oft sollten Sie jede Art von Test durchführen.
Testen einzelner Komponenten.
Notieren Sie alle Abweichungen, und dann den Plan übergeben zurück zu den Menschen, die jeden Abschnitt geschrieben, damit sie es aktualisieren können. Dieser Prozess verbessert die Qualität und Genauigkeit der DR-Plan, was die Wahrscheinlichkeit erhöht, dass die Organisation tatsächlich eine Katastrophe überleben, wenn man auftritt.
Führen Sie breitere Tests der kombinierten Komponenten.
Testen Sie den gesamten Plan.
Durch Durchführen dieser vier Schritten können Sie viele Fehler bei einzelnen Tests zu identifizieren und diese Fehler korrigieren, bevor Sie umfassendere Tests durchführen. Dieser Vorgang spart Zeit, indem verhindert wird wenig Fehler von Unterbrechung umfassende Tests, die eine Menge Leute beteiligt.