Combien de sauvegardes garder : la vraie question n’est pas le nombre, c’est jusqu’où vous pouvez remonter
Sept sauvegardes quotidiennes protègent parfaitement contre l’erreur que vous remarquez aujourd’hui et pas du tout contre le dommage que vous remarquez dans un mois. La rétention n’est pas un nombre, c’est une décision de portée.
AtlasPVE ·
Cette fiche répond à
- combien de sauvegardes proxmox garder
- proxmox réglage de rétention
- proxmox supprimer les anciennes sauvegardes
- proxmox réglages de prune
- jusqu’où doivent remonter les sauvegardes proxmox
La question est le plus souvent posée ainsi : « combien de sauvegardes dois-je garder ». La bonne question est : jusqu’où dois-je pouvoir remonter. Le nombre découle de cette réponse, et non l’inverse.
Les deux choses différentes que couvre la rétention
Une erreur récente. Vous avez supprimé le mauvais fichier, une mise à jour a cassé quelque chose, un réglage a mal tourné. Vous voulez hier. Quelques jours de copies couvrent cela largement.
Un dommage lent. Un fichier abîmé il y a trois semaines, une application qui écrit de mauvaises données depuis une mauvaise mise à jour, un rançongiciel qui attend en silence. Ici hier ne sert à rien, car hier contient aussi le dommage. Il faut remonter au-delà du moment où il a commencé.
La règle la plus fréquente et la plus trompeuse
« Garder les 7 dernières » est la règle la plus souvent configurée. Elle est parfaite contre la première classe et ne fait rien contre la seconde. Dans un dommage passé inaperçu pendant un mois, vos sept copies sont toutes abîmées. La règle n’est pas fausse, elle est incomplète : elle ne répond qu’à une question.
Allonger la portée sans faire exploser le stockage
La réponse n’est pas plus de copies, c’est serré près, espacé loin. Quotidien sur une courte fenêtre, hebdomadaire sur quelques mois, mensuel pour plus loin. Le nombre de copies reste petit et la portée s’allonge. Avec vingt copies vous remontez d’un an ; en ne gardant que des quotidiennes, ces mêmes vingt copies ne vous mènent pas au-delà de trois semaines.
Le nombre à décider en premier
Pas combien de copies : combien de temps un dommage peut rester inaperçu sur ce système. Ce n’est pas une question de stockage, c’est une question sur la fréquence à laquelle ce système est regardé. Une machine que personne ne regarde a besoin de plus de portée, pas de plus de copies. Si vous ne connaissez pas la réponse, une estimation honnête est en général plus longue que vous ne le pensez.
La règle est une règle de suppression
En écrivant une règle de rétention, vous décidez en réalité ce que vous ne pourrez pas récupérer. Dites-le une fois à voix haute : « je ne pourrai pas récupérer quoi que ce soit de plus d’un mois ». Si la phrase paraît acceptable, la règle est juste. Si elle vous met mal à l’aise, allongez la portée.
Une promesse et un disque ne sont pas la même chose
La rétention est une promesse sur l’avenir, un disque est un fait sur le présent. Vérifiez que la promesse tient : nombre de copies fois taille, plus de la marge pour la croissance. Le jour où cela ne tient plus est le jour où les sauvegardes s’arrêtent, et c’est en général un jour où personne ne regarde.
Où vit la règle
Sachez si la rétention est définie sur la destination ou sur la tâche. Si deux tâches qui écrivent au même endroit portent des règles différentes, le résultat n’est celui d’aucune des deux : l’une croit supprimer, l’autre croit conserver. Une règle qui vit à un seul endroit est plus simple qu’une règle qui doit rester cohérente à deux endroits.
Ce que fait Atlas
Atlas propose la rétention comme partie de la définition du stockage et donne les cinq paliers séparément : dernières, quotidien, hebdomadaire, mensuel, annuel. La forme « serré près, espacé loin » ci-dessus se construit donc directement, sans calcul à la main.
Il dit aussi clairement ce que signifie laisser un champ vide : vide veut dire illimité et tout est conservé. Cela ressemble à une petite phrase, mais elle ferme le malentendu le plus fréquent, car dans la plupart des interfaces un champ vide se lit comme « la valeur par défaut », alors qu’ici il veut dire « ne jamais supprimer ».
Sources
La documentation officielle de Proxmox. En anglais, et c’est elle qui a le dernier mot sur ce sujet.