Infrastructure, cloud et DevOps · Avancé

Sauvegarde et restauration : ce qui n'est pas testé n'existe pas

En une ligne : Une sauvegarde n'est pas une politique ; une politique, c'est combien de données vous pouvez perdre et combien de temps vous pouvez être en panne — et la preuve que vous l'avez respecté.

Deux chiffres

Jusqu'où en arrière vous pouvez perdre des données, et combien de temps peut durer la restauration. Les deux sont fixés avec le côté commercial et non par l'équipe infrastructure, car ce sont des décisions sur le risque et le coût.

À quoi ressemble une sauvegarde saine

Automatique, chiffrée, en copies à plusieurs endroits, et hors du compte qui pourrait être supprimé avec le système. Une sauvegarde accessible avec les mêmes permissions que la production ne protège pas contre la suppression malveillante.

Incluant ce qu'on oublie : configuration, secrets, stockage de fichiers et tableaux de bord.

Un exercice de restauration

Une fois par trimestre, restaurez dans un environnement distinct et mesurez combien de temps ça a pris et ce qui manquait. Quelque chose apparaît presque toujours — une permission, un ordre, une dépendance. Mieux vaut le trouver lors d'un exercice.

Pour aller plus loin

Séparez la sauvegarde de l'archive : la sauvegarde est pour la restauration rapide, l'archive pour la rétention longue par obligation. Et la suppression douce a une grande valeur lors des erreurs humaines — la plupart des pertes de données ne sont pas une catastrophe d'infrastructure mais une mauvaise commande d'une personne fatiguée.