Les mêmes erreurs précises de sauvegarde reviennent d’une entreprise à l’autre, non pas parce que la sauvegarde est intrinsèquement compliquée, mais parce que ces failles ne deviennent évidentes qu’au moment d’une perte de données réelle, souvent trop tard.

Ce que vous allez apprendre

  • Les erreurs précises et récurrentes à vérifier
  • Pourquoi « aucune erreur » ne veut pas dire « correctement protégé »
  • Comment les corriger sans forcément remplacer votre système de sauvegarde

Des sauvegardes jamais testées en restauration

Une sauvegarde dont la restauration n’a jamais été réellement testée n’offre aucune protection confirmée, même si elle semble s’exécuter correctement à chaque fois. C’est l’une des failles les plus graves et les plus fréquentes, car le seul vrai test d’une sauvegarde est de savoir si l’on peut réellement en récupérer les données, et non si la tâche de sauvegarde signale un succès.

Se reposer uniquement sur une sauvegarde sur site

Une sauvegarde uniquement sur site vous laisse exposé si le même site subit un incendie, un vol, une inondation ou une panne d’équipement majeure qui touche à la fois les données d’origine et leur sauvegarde. Associer la rapidité d’une sauvegarde sur site à une protection hors site ou dans le cloud contre les sinistres touchant tout un site, c’est ce qu’exige un dispositif réellement fiable.

Supposer qu’« aucune erreur » signifie que tout est protégé

Une tâche de sauvegarde terminée sans message d’erreur ne signifie pas forcément que tout ce qui devait l’être a été capturé. Un périmètre de sauvegarde mal configuré, un dossier exclu par erreur ou un service qui n’est plus sauvegardé après un changement de système peuvent tous tourner en silence sans déclencher d’erreur visible, tout en laissant discrètement des données sans protection.

Aucune politique de conservation claire, ou une politique incohérente

Une conservation des sauvegardes incohérente ou non définie signifie que vous ne disposerez peut-être pas de la version historique dont vous avez besoin au moment voulu. Une politique de conservation claire, adaptée à la profondeur de récupération dont vous pourriez réalistement avoir besoin, évite de découvrir un trou de couverture après coup.

Un périmètre de sauvegarde jamais mis à jour quand les systèmes changent

De nouveaux systèmes, applications ou emplacements de données ajoutés après la mise en place initiale peuvent se retrouver hors du périmètre si personne ne met délibérément à jour ce qui est sauvegardé à mesure que l’environnement évolue. Une revue périodique confirmant que le périmètre correspond aux systèmes réels détecte cette dérive.

Personne n’est clairement chargé de surveiller l’état des sauvegardes

Sans responsabilité clairement attribuée pour vérifier régulièrement que les sauvegardes tournent et réussissent, cette vérification peut cesser discrètement sans que personne ne s’en aperçoive, jusqu’au jour où l’on en a besoin et où elle manque. Désigner explicitement un responsable de la surveillance des sauvegardes comble cette faille.

Vérifier votre propre dispositif de sauvegarde

Si plusieurs de ces points vous semblent familiers, la plupart se corrigent par un test de restauration, une revue de la politique de conservation et une responsabilité de surveillance clairement attribuée, souvent sans avoir à remplacer la solution de sauvegarde elle-même.