Test de récupération
Le test de récupération est une technique de test de logiciel qui vérifie la capacité du logiciel à récupérer après des pannes telles que des pannes logicielles / matérielles, des pannes de réseau, etc. Les tests de récupération impliquent de ramener le logiciel au point où l'intégrité était connue et de retraiter les transactions jusqu'au point de défaillance.
Exemple de test de récupération
Lorsqu'une application reçoit des données du réseau, débranchez le câble de connexion.
- Après un certain temps, rebranchez le câble et analysez la capacité de l'application à continuer à recevoir des données à partir du point où la connexion réseau a été interrompue.
- Redémarrez le système pendant qu'un navigateur a un nombre défini de sessions ouvertes et vérifiez si le navigateur est capable de toutes les récupérer ou non
En génie logiciel, les tests de récupérabilité sont un type de tests non fonctionnels. (Les tests non fonctionnels font référence aux aspects du logiciel qui peuvent ne pas être liés à une fonction ou une action de l'utilisateur spécifique, comme l'évolutivité ou la sécurité.)
Le temps nécessaire pour récupérer dépend de:
- Le nombre de points de redémarrage
- Un volume d'applications
- Formation et compétences des personnes menant des activités de récupération et outils disponibles pour la récupération.
Lorsqu'il y a un certain nombre de pannes, au lieu de s'occuper de toutes les pannes, le test de récupération doit être effectué de manière structurée, ce qui signifie que le test de récupération doit être effectué pour un segment puis un autre.
Cela est fait par des testeurs professionnels. Avant les tests de récupération, les données de sauvegarde adéquates sont conservées dans des emplacements sécurisés. Ceci est fait pour garantir que l'opération peut être poursuivie même après une catastrophe.
Cycle de vie du processus de récupération
Le cycle de vie du processus de récupération peut être classé selon les cinq étapes suivantes:
- Fonctionnement normal
- Occurrence de catastrophe
- Perturbation et échec de l'opération
- Résolution des sinistres tout au long du processus de récupération
- Reconstruction de tous les processus et informations pour amener l'ensemble du système à passer au fonctionnement normal
Discutons de ces 5 étapes en détail-
-
Un système composé de matériel, de logiciels et de micrologiciels intégrés pour atteindre un objectif commun est rendu opérationnel pour réaliser un objectif bien défini et déclaré. Le système est appelé à effectuer l'opération normale pour exécuter le travail conçu sans aucune interruption dans un délai spécifié.
-
Une interruption peut survenir en raison d'un dysfonctionnement du logiciel, pour diverses raisons telles qu'un dysfonctionnement déclenché par l'entrée, un blocage du logiciel en raison d'une défaillance matérielle, un endommagement dû à un incendie, un vol et une grève.
-
La phase de perturbation est une phase des plus douloureuses qui entraîne des pertes commerciales, des ruptures de relations, des pertes d'opportunités, des pertes d'heures de travail et invariablement des pertes financières et de bonne volonté. Chaque agence sensée devrait avoir un plan de reprise après sinistre pour que la phase de perturbation soit minimale.
-
Si un plan de sauvegarde et des processus d'atténuation des risques sont au bon endroit avant de subir une catastrophe et une interruption, la récupération peut être effectuée sans trop de perte de temps, d'efforts et d'énergie. Un individu désigné, ainsi que son équipe avec le rôle assigné à chacune de ces personnes devraient être définis pour fixer la responsabilité et aider l'organisation à éviter une longue période de perturbation.
-
La reconstruction peut impliquer plusieurs sessions d'opération pour reconstruire tous les dossiers avec les fichiers de configuration. Il devrait y avoir une documentation appropriée et un processus de reconstruction pour une récupération correcte.
Stratégie de restauration
L'équipe de récupération devrait avoir sa stratégie unique pour récupérer le code et les données importants afin de ramener le fonctionnement de l'agence à la normale.
La stratégie peut être unique à chaque organisation en fonction de la criticité des systèmes qu'elle gère.
La stratégie possible pour les systèmes critiques peut être visualisée comme suit:
- Pour avoir une seule sauvegarde ou plusieurs
- Pour avoir plusieurs sauvegardes à un endroit ou à des endroits différents
- Pour avoir une sauvegarde en ligne ou une sauvegarde hors ligne
- La sauvegarde peut-elle être effectuée automatiquement sur la base d'une politique ou pour l'avoir manuellement?
- Avoir une équipe de restauration indépendante ou une équipe de développement elle-même peut être utilisée pour le travail
Chacune de ces stratégies est associée à un facteur de coût et les multiples ressources requises pour plusieurs sauvegardes peuvent consommer plus de ressources physiques ou peuvent nécessiter une équipe indépendante.
De nombreuses entreprises peuvent être affectées en raison de la dépendance de leurs données et de leur code vis-à-vis de l'agence de développement concernée. Par exemple, si Amazon AWS tombe en panne, il ferme 25 Internet. La restauration indépendante est cruciale dans de tels cas.
Comment faire des tests de récupération
Lors de l'exécution des tests de récupération, les éléments suivants doivent être pris en compte.
- Nous devons créer un banc d'essai aussi proche que possible des conditions réelles de déploiement. Les changements d'interface, de protocole, de micrologiciel, de matériel et de logiciel doivent être aussi proches que possible de l'état réel, sinon le même.
- Grâce à des tests exhaustifs, il peut être long et coûteux, une configuration identique et une vérification complète doivent être effectuées.
- Si possible, des tests doivent être effectués sur le matériel que nous allons enfin restaurer. Cela est particulièrement vrai si nous restaurons sur une machine différente de celle qui a créé la sauvegarde.
- Certains systèmes de sauvegarde s'attendent à ce que le disque dur soit exactement de la même taille que celui à partir duquel la sauvegarde a été effectuée.
- L'obsolescence doit être gérée car la technologie des disques progresse à un rythme rapide et l'ancien disque peut ne pas être compatible avec le nouveau. Une façon de gérer le problème consiste à restaurer sur une machine virtuelle. Les fournisseurs de logiciels de virtualisation comme VMware Inc. peuvent configurer des machines virtuelles pour imiter le matériel existant, y compris les tailles de disque et d'autres configurations.
- Les systèmes de sauvegarde en ligne ne font pas exception aux tests. La plupart des fournisseurs de services de sauvegarde en ligne nous empêchent d'être directement exposés à des problèmes de support en utilisant des systèmes de stockage tolérants aux pannes.
- Bien que les systèmes de sauvegarde en ligne soient extrêmement fiables, nous devons tester le côté restauration du système pour nous assurer qu'il n'y a aucun problème avec la fonctionnalité de récupération, la sécurité ou le cryptage.
Procédure de test après restauration
La plupart des grandes entreprises ont des auditeurs indépendants pour effectuer périodiquement des exercices de test de recouvrement.
Les dépenses liées à la maintenance et au test d'un plan complet de reprise après sinistre peuvent être considérables et elles peuvent être prohibitives pour les petites entreprises.
Les risques plus petits peuvent dépendre de leurs sauvegardes de données et de leurs plans de stockage hors site pour les sauvegarder en cas de catastrophe.
Une fois les dossiers et fichiers restaurés, les vérifications suivantes peuvent être effectuées pour s'assurer que les fichiers sont récupérés correctement:
- Renommez le dossier de document corrompu
- Comptez les fichiers dans les dossiers restaurés et associez-les à un dossier existant.
- Ouvrez quelques fichiers et assurez-vous qu'ils sont accessibles. Assurez-vous de les ouvrir avec l'application qui les utilise normalement. Et assurez-vous de pouvoir parcourir les données, mettre à jour les données ou tout ce que vous faites normalement.
- Il est préférable d'ouvrir plusieurs fichiers de différents types, des images, des mp3, des documents et certains grands et certains petits.
- La plupart des systèmes d'exploitation ont des utilitaires que vous pouvez utiliser pour comparer des fichiers et des répertoires.
Résumé:
Dans ce didacticiel, nous avons appris divers aspects des tests de récupération qui aident à comprendre si le système ou le programme répond à ses exigences après une panne.
Cet article est contribué par Shweta Priyadarshini