Tout le monde convient que la sauvegarde est importante. L'accord est facile. La partie difficile est celle qui ne vous rapporte pas de trophée : la routine. La sauvegarde n'est pas une décision que vous prenez une seule fois, c'est une pratique que vous maintenez chaque jour, juste au moment où tout va bien et où il semble que ce ne sera jamais le cas.
Ceux qui exploitent des applications savent qu'il y a un écart entre « nous avons une sauvegarde configurée » et « nous avons pu restaurer en vingt minutes lorsque cela était nécessaire ». Ce gouffre est traversé par la discipline opérationnelle, l’automatisation, la vérification et les tests. C'est un travail silencieux et peu glamour qui n'est remarqué que lorsqu'il manque.
Ce texte suppose que vous comprenez déjà pourquoi la sauvegarde est importante. L'accent ici est pratique : comment faire de la sauvegarde une assurance fiable dans la vie de tous les jours, et non une foi dont vous découvrez qu'elle est infondée au pire moment possible.
Bonne pratique n°1 : si ce n'est pas automatique, ça n'existe pas
Une sauvegarde qui dépend du fait que quelqu'un se souvienne de son exécution est une sauvegarde qui échouera. Pas à cause de l’incompétence, mais à cause de l’humanité. Les gens oublient, voyagent, tombent malades, changent de priorités. La première et la plus importante pratique consiste à empêcher les humains d’effectuer la sauvegarde.
La sauvegarde doit s'exécuter seule, à une heure définie, sans que personne n'appuie sur un bouton. Pratiquement toutes les plateformes et toutes les bases de données proposent des mécanismes pour cela, qu'il s'agisse d'outils natifs de planification ou d'orchestration. Le coût de l’automatisation est faible ; Le coût de compter sur sa mémoire est finalement total.
L’automatisation présente un avantage supplémentaire : elle est cohérente. Il se déroule de la même manière chaque jour, ce qui rend le résultat prévisible et vérifiable. La sauvegarde manuelle est irrégulière par définition, et l'irrégularité est l'endroit où se cachent les trous.
Bonne pratique n°2 : Surveillez la sauvegarde, pas seulement le système
Voici une erreur que je vois tout le temps. L'organisation automatise la sauvegarde et considère le problème résolu. Des mois plus tard, il découvre que le processus échouait silencieusement depuis des semaines, que le disque était rempli, que les informations d'identification avaient expiré et qu'une modification avait brisé le script. Et personne ne le savait, car personne ne regardait.
La sauvegarde nécessite une surveillance active. Vous devez être averti lorsqu'une sauvegarde échoue et, tout aussi important, être averti lorsqu'elle cesse tout simplement de se produire. Une sauvegarde silencieuse qui a disparu est aussi dangereuse qu'une sauvegarde qui a échoué, car le sentiment de sécurité reste intact alors que la protection s'est évaporée.
La règle d’or : traiter l’échec de la sauvegarde comme un incident, avec une alerte qui parvient à une personne réelle. Un email que personne ne lit ne compte pas. Si la sauvegarde a échoué et que vous ne le saviez pas, vous n'avez pas de sauvegarde, vous en avez l'illusion.
Bonne pratique n°3 : tester régulièrement la restauration
C'est la pratique qui sépare les professionnels des amateurs, et c'est celle que presque tout le monde saute. La sauvegarde représente la moitié du travail. L’autre moitié, celle qui compte vraiment, est la restauration.
Une sauvegarde n'est réelle que lorsque vous l'avez restaurée avec succès. Avant cela, c'est une hypothèse. Et les hypothèses échouent dans les détails : le fichier est corrompu, un morceau manque, la version est incompatible, le processus de restauration comporte une étape que personne n'a documentée. Vous ne voulez découvrir aucune de ces choses en pleine crise.
Une pratique mature consiste à tester la restauration périodiquement, de manière routinière. Restaurez dans un environnement isolé, vérifiez si l'application fonctionne à nouveau, mesurez le temps que cela prend. Ce test répond à la seule question qui compte, « puis-je revenir ? », avant que la vie ne vous le demande. Les organisations sérieuses en font un exercice régulier, parfois même un exercice de catastrophe à part entière.
Bonne pratique n°4 : avoir plusieurs copies, à des endroits différents
La règle classique, dite du 3-2-1, continue de s'appliquer dans la vie de tous les jours : trois copies des données, sur deux types de supports ou destinations différents, dont un en dehors du lieu principal. Vous n'avez pas besoin de mémoriser le numéro ; Il faut comprendre le principe.
Le principe n’est pas de mettre tous ses œufs dans le même panier. La sauvegarde sur le même serveur ne protège pas contre la perte du serveur. Sauvegarder sur le même fournisseur cloud, sur le même compte, ne protège pas contre un compte compromis qui efface tout. La séparation géographique et la séparation des contrôles sont ce qui protège contre les pires scénarios.
Une couche qui a gagné en importance est la sauvegarde immuable, des copies qui ne peuvent pas être modifiées ou supprimées pendant un certain temps, même par toute personne disposant d'un accès administratif. Contre les ransomwares, qui ciblent souvent les sauvegardes avant de chiffrer le reste, l’immuabilité est devenue l’une des défenses les plus précieuses au quotidien.
Réflexion critique : le coût invisible du bien faire les choses
Une sauvegarde bien faite coûte, en stockage, en temps d'ingénierie, en discipline. Et comme le retour sur investissement n’apparaît que lors d’un désastre qui pourrait ne jamais se produire, il existe une pression constante pour que l’on se relâche. Ignorez le test de ce mois-ci. Réduisez la fréquence pour économiser. Reporter l’examen de la stratégie. Chaque assouplissement semble inoffensif isolément et, ensemble, ils corrodent la garantie.
Il existe également des tensions avec la LGPD](/post/lgpd-startups-compliance-protecao-dados) qui opère dans les deux sens. D’une part, vous devez garantir la disponibilité des données, ce qui nécessite une sauvegarde robuste. D'un autre côté, une sauvegarde est un autre endroit où les données personnelles sont stockées et qui doivent être protégées, contrôlées en accès et traitées dans des politiques de conservation. Conserver des sauvegardes pour toujours, sans discrétion, devient une responsabilité en matière de confidentialité. Une bonne pratique consiste à savoir quand se débarrasser.
Et il y a un défi culturel plus profond : la sauvegarde est un travail invisible. Ceux qui l’entretiennent bien ne sont jamais félicités, car le résultat est l’absence de problèmes. Il faut un leadership qui valorise ce type de travail silencieux, sinon il sera toujours le premier à être licencié lorsque la pression sera forte, jusqu'au jour où son absence fera payer la totalité de la facture.
Ce qui reste
La sauvegarde quotidienne est une question de routine soutenue et non de configuration initiale. Automatisez l'exécution, surveillez les échecs, testez véritablement la restauration et conservez des copies séparées. Faites-le de manière cohérente, mois après mois, même lorsque cela semble inutile, surtout lorsque cela semble inutile.
La question à laquelle chaque équipe devrait pouvoir répondre sereinement est : « si nous perdions tout maintenant, combien de temps nous faudrait-il pour revenir et combien perdrions-nous en cours de route ? Si la réponse est un silence inconfortable, la routine a besoin d’attention avant que la réalité ne la teste.
Si vous gérez des applications et n'êtes pas sûr de pouvoir les restaurer aujourd'hui, cela vaut la peine de revoir sereinement votre routine. Sur le blog, vous trouverez d'autres textes sur la continuité, le DevOps et le fonctionnement fiable qui complètent ces pratiques.
A lire aussi
- Sauvegarde d'application : qu'est-ce que c'est, pourquoi c'est important et pourquoi presque tout le monde sous-estime
- Reprise après sinistre au quotidien : des pratiques qui évitent les crises -Backend pour les applications : bonnes pratiques pour les petites équipes qui ne peuvent pas se tromper
- Planification de la maintenance des applications : un guide rapide à mettre en pratique
- Reprise après sinistre : l'assurance pour laquelle personne ne veut payer jusqu'à ce qu'il en ait besoin -Cache dans les applications : guide rapide des bonnes pratiques (et des erreurs qu'il cache)