La validation des sauvegardes consiste à vérifier que les données enregistrées sont complètes, intègres et utilisables pour une restauration. Une tâche de sauvegarde réussie constitue un bon point de départ, mais ne garantit pas que chaque fichier, base de données ou application nécessaire pourra être restauré.
Il ne suffit donc pas de constater qu'une copie existe. La validation examine son contenu, l'intégrité des données et les résultats de véritables procédures de restauration.
Vérifiez que la sauvegarde contient les fichiers, bases de données, configurations et autres éléments indispensables à la restauration.
Recherchez les données altérées, les modifications inattendues, les archives illisibles et les anomalies susceptibles de gêner la restauration.
Testez la restauration des fichiers et applications afin de vérifier leur utilisation conformément aux objectifs de reprise de l'organisation.
Ces termes désignent des opérations étroitement liées et sont parfois employés indifféremment. Pour organiser les contrôles, il est néanmoins utile de distinguer les vérifications techniques des données stockées des tests qui démontrent qu'une application ou un système peut réellement être récupéré.
| Méthode | Objectif principal | Exemple |
|---|---|---|
| Vérification des sauvegardes | Contrôler que les données ont été correctement copiées et stockées. | Consulter les journaux, examiner les archives ou comparer des sommes de contrôle. |
| Validation des sauvegardes | Déterminer si la copie est complète et adaptée à la récupération prévue. | Contrôler les composants nécessaires, les dépendances et la possibilité de restauration. |
| Tests de restauration | Démontrer que les données ou applications peuvent être restaurées et utilisées. | Restaurer une base de données sur un serveur de test et vérifier son fonctionnement. |
Important : Ces méthodes sont complémentaires. Une somme de contrôle identique ne prouve pas que tous les fichiers nécessaires ont été sauvegardés. De même, une tâche terminée sans erreur ne démontre pas qu'une application fonctionnera après restauration. Pour approfondir les contrôles techniques d'intégrité, consultez notre guide de vérification des sauvegardes.
Une procédure fiable associe plusieurs techniques. Le choix dépend du format de sauvegarde, de la destination de stockage, du type de données et des exigences de reprise. Aucun contrôle isolé ne permet de détecter tous les problèmes possibles.
Analysez les résultats des tâches pour repérer erreurs, avertissements, fichiers ignorés, restrictions d'accès et opérations interrompues. Vérifiez également la date et la destination de la sauvegarde.
Problèmes détectés : Incidents pendant l'exécution et éventuelles lacunes dans les opérations de sauvegarde.
Utilisez des tests d'archives, des contrôles de lecture ou des empreintes cryptographiques comme SHA-256 pour repérer les modifications inattendues des données enregistrées.
Problèmes détectés : Données corrompues, archives endommagées ou écarts par rapport à une copie de référence fiable.
Comparez les données sauvegardées au plan de reprise. Examinez les dossiers, les versions de fichiers, les composants des bases de données et les dépendances applicatives.
Problèmes détectés : Fichiers manquants, dossiers exclus, points de restauration incomplets ou dépendances indisponibles.
Restaurez certaines données dans un emplacement distinct. Ouvrez les fichiers récupérés, examinez leur contenu et vérifiez que la procédure se termine correctement.
Problèmes détectés : Erreurs de restauration, fichiers récupérés illisibles et composants nécessaires absents.
Pour les bases de données, machines virtuelles et images système, la restauration de fichiers isolés ne suffit pas. Vérifiez que l'application ou le système récupéré fonctionne comme prévu.
Problèmes détectés : Incohérences de bases de données, échecs de démarrage, services absents, erreurs de configuration et délais de reprise excessifs.
Remarque : L'environnement de test doit disposer d'un espace de stockage suffisant ainsi que des identifiants, logiciels et dépendances nécessaires à la restauration.
Définissez les critères d'une récupération réussie. Pour des documents, il peut suffire de vérifier que les fichiers s'ouvrent. Une base de données peut en revanche nécessiter un service opérationnel et des contrôles de cohérence.
Après le test, comparez les données récupérées aux exigences documentées. Si nécessaire, utilisez les outils de contrôle de cohérence propres à chaque application.
Précaution de sécurité : Si le test utilise des informations professionnelles confidentielles, limitez l'accès à l'environnement de récupération et supprimez les données temporaires conformément à la politique de conservation de l'organisation.
Les contrôles varient selon qu'il s'agit de fichiers, de bases de données, d'archives de messagerie, de systèmes complets ou de machines virtuelles. Chaque type de données présente ses propres dépendances et risques lors de la restauration.
Restaurez quelques documents, feuilles de calcul, images et autres fichiers importants. Vérifiez leur lisibilité, l'arborescence des dossiers, les noms des fichiers et les versions antérieures.
Assurez-vous que les données récupérées correspondent au contenu attendu. Parcourir directement les fichiers sauvegardés est utile, mais ne remplace pas un test de restauration.
Restaurez une base de données hors de l'environnement de production, examinez les objets du schéma et effectuez les contrôles de cohérence ou requêtes de test appropriés.
Pour Microsoft SQL Server, la commande DBCC CHECKDB permet d'examiner une base restaurée. Ces vérifications doivent être adaptées au SGBD et à la méthode de sauvegarde utilisée.
Examinez les messages récupérés, les pièces jointes, les en-têtes et les dossiers de messagerie. Pour les archives EML, ouvrez plusieurs messages dans un logiciel de messagerie compatible.
Lors du test de restauration d'une boîte aux lettres, vérifiez également que les messages apparaissent correctement dans le système de destination.
Testez la procédure de récupération sur un disque de remplacement ou un ordinateur de test adapté. Vérifiez la configuration de démarrage, les pilotes, les applications et l'accès aux fichiers restaurés.
Une image système lisible n'est pas nécessairement amorçable. Un test complet doit également permettre de vérifier le démarrage du système restauré.
Restaurez une machine virtuelle dans un environnement isolé. Contrôlez le démarrage du système invité et le fonctionnement des applications, disques virtuels et services.
À retenir : Un disque virtuel qui peut être monté ou ouvert ne contient pas nécessairement un point de restauration cohérent pour les applications.
Une liste de contrôle commune aide les administrateurs à évaluer les sauvegardes selon les mêmes critères. Utilisez-la lors des vérifications périodiques, des exercices de reprise et après des changements importants de l'infrastructure.
Principe essentiel : Une sauvegarde ne peut être considérée comme validée pour un objectif de reprise précis que lorsque les contrôles et tests de restauration correspondants ont donné des résultats satisfaisants.
La fréquence dépend de la criticité des données, de leur rythme de modification et des conséquences d'une récupération tardive ou incomplète. Les systèmes essentiels à l'activité nécessitent généralement des contrôles plus fréquents que les archives personnelles.
| Environnement | Approche recommandée |
|---|---|
| Fichiers personnels et postes de travail | Examiner les résultats des tâches planifiées et restaurer périodiquement quelques fichiers. |
| Fichiers partagés en entreprise | Surveiller les tâches et tester régulièrement la restauration des fichiers et dossiers importants. |
| Bases de données professionnelles | Surveiller chaque sauvegarde et programmer des tests récurrents de restauration et de cohérence. |
| Serveurs de production | Associer la surveillance habituelle à des exercices de reprise planifiés pour les services essentiels. |
| Systèmes critiques | Définir un calendrier de validation documenté selon les objectifs de reprise, les risques et les changements d'infrastructure. |
Recovery Point Objective (RPO) ou objectif de point de reprise, définit la perte maximale de données acceptable, exprimée en temps. La validation aide à vérifier que les points de restauration nécessaires sont disponibles.
Recovery Time Objective (RTO) ou objectif de temps de reprise, correspond au délai cible pour rétablir un système ou service. Les exercices de restauration permettent de déterminer si ce délai est réaliste.
Remarque : Aucun intervalle de validation ne convient à toutes les organisations. La fréquence des tests doit tenir compte des besoins opérationnels, des politiques applicables et des conséquences d'un échec de récupération.
Handy Backup permet d'organiser les tâches de sauvegarde récurrentes et les opérations de restauration dans le cadre d'une procédure de validation plus large. Ses journaux, notifications et fonctions de restauration aident à suivre les opérations et à tester certaines données.
Suivi des tâches : consultez les journaux d'exécution et recevez des notifications par e-mail sur les résultats et les erreurs.
Tâches de restauration : récupérez des données sélectionnées dans un autre emplacement et contrôlez le résultat.
Examen des fichiers : parcourez les fichiers conservés dans leur format d'origine lorsque les sauvegardes ne sont pas chiffrées.
Utilitaires externes : utilisez des commandes exécutées avant ou après les tâches pour intégrer des scripts et contrôles supplémentaires.
Important : L'exécution réussie d'une tâche Handy Backup ne démontre pas automatiquement que toutes les applications et bases de données pourront être récupérées. Des contrôles spécifiques et des tests de restauration restent nécessaires.
Des tests trop limités ou éloignés des besoins réels de récupération peuvent donner une impression trompeuse de la qualité des sauvegardes. Voici les erreurs à éviter pour ne pas laisser passer des problèmes importants.
Une tâche réussie ne garantit pas la présence de tous les fichiers, dépendances applicatives ou composants de bases de données nécessaires.
Les contrôles d'intégrité ne prouvent ni que la sauvegarde est complète ni qu'une application restaurée pourra démarrer.
Les anciennes versions peuvent être indispensables lorsque des suppressions, altérations ou modifications incorrectes sont découvertes tardivement.
Les tests habituels créent des risques inutiles lorsqu'ils remplacent des fichiers de production ou perturbent des applications en cours d'utilisation.
Même complète, une sauvegarde peut être inadaptée si la restauration d'un service critique dépasse le délai autorisé.
Sans historique, il devient difficile de repérer les problèmes récurrents, d'évaluer la capacité de reprise ou de vérifier les mesures correctives.
Une validation efficace est un processus régulier, et non un test ponctuel. Elle doit tenir compte des objectifs de reprise, de l'évolution des systèmes de production et de l'importance des informations sauvegardées.
Les recommandations reconnues en matière de sauvegarde insistent également sur l'importance des tests périodiques de récupération. Les ressources suivantes apportent des informations complémentaires sur la planification, l'intégrité et la restauration des données :
La validation consiste à vérifier que les données sauvegardées sont complètes, intègres et adaptées à la récupération. Elle peut comprendre l'analyse des résultats des tâches, l'examen du contenu, les contrôles d'intégrité et les tests de restauration dans un environnement distinct.
La vérification cherche principalement à déterminer si les données ont été correctement créées et stockées. La validation examine aussi leur exhaustivité et leur adéquation à la reprise prévue. Les deux démarches peuvent se recouper et gagnent à être complétées par de véritables tests de restauration.
Comparez les sommes de contrôle, testez les archives, vérifiez la lecture des fichiers et effectuez une restauration contrôlée. Un écart par rapport à une somme de référence fiable peut signaler un fichier modifié ou corrompu. Les tests de restauration peuvent révéler d'autres problèmes empêchant la récupération.
Non. Leur comparaison permet de repérer des différences par rapport à une référence fiable, mais ne prouve pas que toutes les données nécessaires ont été incluses ni qu'une application restaurée fonctionnera. Il faut également vérifier l'exhaustivité du contenu et effectuer des tests de restauration représentatifs.
La fréquence dépend de la criticité des données, des objectifs de reprise, des risques opérationnels et du rythme des changements. Les services critiques nécessitent généralement des tests plus fréquents que les fichiers rarement modifiés. Des tests supplémentaires sont conseillés après des changements majeurs des applications ou de l'infrastructure.
De nombreuses opérations peuvent être automatisées, notamment le suivi des tâches, les comparaisons de sommes de contrôle, les tests d'archives et certaines restaurations par scripts. Les contrôles de cohérence des bases de données et du fonctionnement des applications peuvent toutefois nécessiter des outils supplémentaires ou l'intervention d'un administrateur.
Non. Une tâche terminée correctement ne garantit pas que tous les composants nécessaires ont été enregistrés ni que l'environnement restauré fonctionnera. Les tests de récupération représentatifs permettent de mieux évaluer si une sauvegarde répond aux objectifs de reprise définis.
La validation des sauvegardes aide à repérer les données manquantes, les archives endommagées et les difficultés de récupération avant qu'elles ne deviennent critiques. En associant contrôles d'intégrité, vérifications d'exhaustivité et tests de restauration, les administrateurs peuvent mieux évaluer leurs procédures de reprise.
L'objectif n'est pas seulement de confirmer l'existence d'une sauvegarde, mais de démontrer que l'organisation peut récupérer les informations et services dont elle a besoin.