Définir ce qu’il faut reprendre
Inventoriez fichiers, bases, messagerie, configurations, clés, licences et procédures. Pour chaque ensemble, identifiez le propriétaire, l’emplacement, la fréquence de changement et les dépendances nécessaires à la lecture.
Le RPO exprime la quantité de données que l’activité accepte de perdre dans le temps ; le RTO vise la durée de reprise. Une copie quotidienne peut satisfaire un document peu modifié mais pas une caisse ou une base active.
Séparer les copies et les droits
Gardez plusieurs copies sur des supports ou services distincts et conservez au moins une protection contre la modification simultanée : support déconnecté, immutabilité correctement configurée ou séparation forte des comptes.
N’administrez pas toutes les sauvegardes avec le même compte que les postes. Protégez les secrets de récupération, activez l’authentification renforcée et chiffrez les supports transportés selon le risque.
Tester une restauration utile
Vérifier qu’une tâche est marquée réussie ne prouve pas que les données sont exploitables. Restaurez un fichier, puis un ensemble cohérent dans un environnement isolé ; contrôlez intégrité, permissions, versions et dépendances.
Chronométrez le téléchargement, la reconstruction et la validation métier. Le débit Internet, le volume, le stockage et le support du fournisseur peuvent allonger la reprise bien au-delà de la copie théorique.
Documenter et améliorer
Conservez une procédure accessible même si le système principal est indisponible : responsables, ordre des services, comptes d’urgence, contacts et critères de validation. Ne placez pas tous les secrets directement dans ce document.
Après chaque exercice, notez durée, écarts, fichiers absents et actions correctives. Répétez après un changement d’application, de fournisseur ou de volume ; une procédure jamais réévaluée devient rapidement fausse.
La messagerie synchronisée mérite une sauvegarde distincte
En IMAP, un effacement peut être répercuté au serveur et aux autres appareils. La synchronisation n’est donc pas automatiquement une copie indépendante. Inventoriez les dossiers locaux, les messages réellement téléchargés et les pièces jointes avant de modifier un compte.
Ajoutez à votre test de restauration l’ouverture d’un message et de sa pièce jointe hors connexion. Une liste d’en-têtes seule ne suffit pas. Vérifiez également les dossiers envoyés et la conservation des archives après migration, sans supposer que tout existe encore dans le webmail.
Ajouter un contrôle de lisibilité aux exports cloud
Un export cloud doit s’accompagner d’un contrôle de récupération. Suivez les archives reçues, extrayez-les dans un emplacement identifié et ouvrez des fichiers représentatifs. Pour une photothèque, répartissez les essais entre périodes et formats. Pour un dossier de travail, incluez les documents associés dont dépend l’ouverture ou l’utilisation.
Gardez distincts la disponibilité hors connexion et le besoin de restauration. Un fichier conservé dans un dossier synchronisé reste exposé aux modifications de cet espace ; une copie indépendante demande une destination et une méthode propres. Notez la date de contrôle et le périmètre effectivement essayé pour éviter de présenter un échantillon comme une vérification exhaustive.
Questions fréquentes
Synchronisation cloud et sauvegarde sont-elles identiques ?
Non. Une synchronisation peut répliquer une suppression ou un chiffrement. Vérifiez historique, rétention, indépendance des comptes et restauration.
Que signifient RPO et RTO ?
Le RPO vise la perte de données acceptable dans le temps ; le RTO vise la durée de reprise du service.
À quelle fréquence tester ?
Selon la criticité et les changements. Planifiez des tests réguliers et après toute évolution importante de données, logiciel ou fournisseur.