Une sauvegarde que vous n’avez jamais restaurée
Tout le monde a des sauvegardes. Beaucoup moins ont des restaurations, et l’on découvre laquelle on possède le pire jour de l’année.
Les sauvegardes échouent en silence, d’une façon qui ressemble exactement à une réussite : le travail passe au vert, le fichier existe, la taille paraît plausible. L’échec ne devient visible qu’au moment où vous en avez besoin — c’est-à-dire au moment où vous pouvez le moins vous le permettre.
Le seul test d’une sauvegarde est une restauration
Un travail de sauvegarde terminé prouve qu’une chose a été écrite. Il ne prouve pas que l’archive s’ouvre, qu’elle contient ce que vous croyez, ni que la version dont vous avez besoin s’y trouve.
Les défaillances courantes sont ennuyeuses et précises : le travail sauvegarde un répertoire vide depuis un changement de chemin, l’archive est chiffrée avec une clé que plus personne ne possède, ou tout fonctionne et il saute en silence la seule base de données qui compte. Les trois annoncent un succès chaque nuit.
Sauvegardez ce que vous ne pouvez pas régénérer
Tout ne mérite pas ce coût. Le code qui vit dans un dépôt, les fichiers retéléchargeables, tout ce que produit une compilation : c’est déjà sûr ou reconstruit à bas prix.
Ce qui compte, c’est ce qui existe exactement à un endroit et a été fait par des personnes : la base de données, les fichiers téléversés, la configuration que personne n’a notée, les réglages sur lesquels quelqu’un a passé deux jours. S’il a fallu un humain et qu’il n’en existe qu’une copie, c’est sur la liste. Si une machine peut le refaire en dix minutes, en général non.
Une copie au même endroit n’est pas une sauvegarde
Un instantané sur le même serveur, dans le même compte, sous le même identifiant, survit à une panne de disque et à rien d’autre. Il ne survit pas à un compte bloqué, à une suppression erronée qui se propage, ni à la mauvaise journée d’une personne ayant les accès.
Placez au moins une copie là où le système en production ne peut ni accéder ni supprimer. C’est cette propriété — le système n’a aucun pouvoir sur la copie — qui en fait une sauvegarde et non un doublon.
Faites un exercice un mardi ordinaire
Le chiffre qui compte n’est pas la fréquence des sauvegardes, mais la durée d’une restauration et votre capacité à la mener sous pression. Personne ne connaît ce chiffre avant de l’avoir fait une fois.
Choisissez un après-midi ordinaire, restaurez quelque chose de réel dans un endroit sûr, et chronométrez. Vous trouverez au moins une hypothèse fausse : un identifiant manquant, une étape qui exige quelqu’un en congé, une archive dont le transfert prend quatre heures. Corrigez pendant que rien ne brûle, notez les étapes dans l’ordre qui a marché, et vous aurez transformé un espoir en procédure.
Questions fréquentes
Comment savoir si mes sauvegardes fonctionnent ?
Uniquement en en restaurant une. Un travail terminé prouve qu’une chose a été écrite, pas que l’archive s’ouvre ni qu’elle contient ce que vous croyez.
Que faut-il sauvegarder ?
Ce qui existe à un seul endroit et a été fait par des personnes : base de données, fichiers téléversés, configuration non notée, réglages ajustés à la main. Ce qu’une machine refait en dix minutes, généralement non.
Un instantané sur le même serveur suffit-il ?
Non. Il survit à une panne de disque et à rien d’autre : ni compte bloqué, ni suppression qui se propage, ni mauvaise journée d’une personne ayant les accès.
