Vidéo: Plan de continuité d'activité 2025
Partie de la planification de la reprise après sinistre informatique pour les nuls Triche
Le test est une partie naturelle du cycle de vie pour de nombreuses personnes. efforts de développement technologique: logiciels, processus et, oui, planification de reprise après sinistre. Les catastrophes ne se produisent pas très souvent, vous pouvez donc rarement dire clairement si ces plans de DR fonctionneront réellement. Et étant donné la nature des catastrophes, si votre plan de reprise après sinistre échoue, l'organisation peut ne pas survivre à la catastrophe.
Voici les cinq types de tests de reprise après sinistre:
-
Test papier: Les individus lisent et annotent les plans de récupération.
-
Test de procédure pas à pas: Les groupes parcourent les plans pour identifier les problèmes et les modifications.
-
Simulation: Les groupes subissent une catastrophe simulée pour déterminer si les plans d'intervention d'urgence sont adéquats.
-
Test parallèle: Les systèmes de récupération sont construits / mis en place et testés pour voir s'ils peuvent effectuer des transactions commerciales réelles pour soutenir les processus clés. Les systèmes primaires portent toujours la totalité de la charge de travail de production.
-
Test de coupure: Les systèmes de récupération sont construits / configurés pour assumer toute la charge de travail de la production. Vous déconnectez les systèmes primaires.
Structurez vos tests DR de la même manière que vous structurez d'autres entreprises complexes, telles que le développement logiciel et les tests associés. Suivez simplement ces étapes:
-
Déterminez à quelle fréquence vous devez effectuer chaque type de test.
-
Tester les composants individuels.
Notez les divergences, puis transmettez le plan aux personnes qui ont écrit chaque section pour qu'elles puissent le mettre à jour. Ce processus améliore la qualité et l'exactitude du plan de reprise après sinistre, ce qui augmente la probabilité que l'organisation survivra à une catastrophe, le cas échéant.
-
Effectuez des tests plus larges des composants combinés.
-
Testez le plan entier.
En effectuant ces quatre étapes, vous pouvez identifier de nombreuses erreurs lors de tests individuels et corriger ces erreurs avant d'effectuer des tests plus complets. Ce processus fait gagner du temps en empêchant les petites erreurs d'interrompre les tests complets qui impliquent beaucoup de gens.
