En bref : Time Machine est conçu pour supprimer les anciennes sauvegardes. Les horaires survivent un jour, les quotidiennes un mois, et les hebdomadaires jusqu'à ce que le disque soit plein. Ensuite, les plus anciennes partent.
Il n'existe aucun réglage pour cela. Vous ne pouvez pas dire à Time Machine de garder trois ans, et le seul levier dont vous disposez est la taille du disque.
C'est un comportement documenté, qui n'a pas changé depuis des années :
L'âge de votre plus ancienne sauvegarde dépend donc d'une seule chose : de combien le disque de sauvegarde est plus grand que les données de votre Mac, et de la vitesse à laquelle ces données changent. Un disque de 1 To pour 900 Go de Mac vous donne quelques semaines. Le même disque pour 200 Go vous donne des années. Personne ne vous dit dans quel cas vous êtes.
Celle ci-dessus. Vous verrez parfois « Time Machine a supprimé des sauvegardes plus anciennes pour faire de la place » dans le Centre de notifications, et vous ne verrez tout aussi souvent rien, car la notification passe facilement inaperçue et se désactive facilement.
Vérifiez ce qui survit réellement :
tmutil listbackupsCela affiche toutes les sauvegardes de la destination montée, de la plus ancienne à la plus récente. Lisez les dates à gauche et la forme du calendrier apparaît : une série de quotidiennes à la fin, des hebdomadaires avant, et une date de début qui indique jusqu'où vous pouvez remonter.
Parfois, Time Machine abandonne l'historique existant et repart de zéro. Une mise à niveau de macOS, un volume réparé, un identifiant de disque modifié ou un index de sauvegarde corrompu peuvent en être la cause. Les anciennes sauvegardes peuvent encore occuper de la place sur le disque tout en étant inaccessibles depuis l'interface de restauration.
tmutil listbackups sur la destination montre ce qui est encore accessible. Si la plus ancienne entrée date de quelques jours sur un disque utilisé depuis deux ans, c'est ce qui s'est passé.
Sur un Mac en APFS, Time Machine garde aussi des instantanés sur le disque interne, pour restaurer quelque chose quand le disque de sauvegarde n'est pas branché. Ils sont gardés environ 24 heures et supprimés automatiquement quand il faut de la place.
tmutil listlocalsnapshots /Les gens les trouvent, pensent que c'est la sauvegarde, puis découvrent qu'ils ont disparu. Ils se trouvent sur le même disque que l'original : une panne du disque emporte les deux. Utile pour une erreur remarquée dans l'après-midi. Pas une sauvegarde.
Sur une destination réseau, tout votre historique vit dans un seul sparse bundle. Les conseils sur Internet face à un problème de sauvegarde finissent très souvent par « supprimez le sparsebundle et recommencez », ce qui supprime toutes vos versions d'un seul coup. Les erreurs d'image disque ont des solutions qui n'en passent pas par là, et elles valent la peine d'être essayées d'abord.
Honnêtement, très peu de chose.
Ce que vous ne pouvez pas faire, c'est définir une règle de conservation. Pas de nombre de jours, pas de nombre minimal de versions, pas de « garder indéfiniment la première sauvegarde de chaque mois ». Le calendrier en haut de cette page est toute l'interface.
Cela sert à faire durer un disque de taille fixe, et c'est une réponse raisonnable à ce problème. Le souci, c'est que la règle est invisible pendant qu'elle s'applique. Le jour où vous cherchez la version d'un fichier d'il y a huit mois est le jour où vous apprenez jusqu'où remonte vraiment votre disque, et à ce moment-là la réponse est figée.
Les anciennes versions restent jusqu'à ce que vous en décidiez autrement. Aucun compteur ne les jette au bout de trente jours, et aucun calendrier ne les élague dans votre dos.
Quand la place vient à manquer, l'app demande, et vous dit ce qu'elle retirerait et combien cela libère avant que quoi que ce soit ne se passe. Le plan est établi d'abord et exécuté plus tard : une erreur dans une règle reste récupérable pendant une semaine.
L'écran principal montre jusqu'où remonte l'historique, et c'est précisément le chiffre dont parle toute cette page. Et restaurer la sauvegarde la plus récente est gratuit dans toutes les offres, y compris après la fin d'une licence : l'historique est un confort que vous payez, récupérer vos fichiers ne l'est pas.
Si vous restez avec Time Machine, la chose utile à faire aujourd'hui est de lancer tmutil listbackups, de regarder la première date, et de décider si cela remonte assez loin pour vous. La règle 3-2-1 couvre l'autre moitié de la question : ce qui se passe quand le seul disque qui contient tout tombe en panne.
Non. Il n'y a aucun réglage, aucune commande defaults qui tienne, et aucun moyen pris en charge d'épingler une sauvegarde. Les seuls leviers sont la taille du disque, le volume que vous sauvegardez, et l'usage de plusieurs destinations.
Lancez tmutil listbackups avec le disque branché. La première ligne est la plus ancienne sauvegarde encore restaurable. Cette date, et non l'âge du disque, indique jusqu'où remonte votre historique.
Oui, c'est le comportement prévu : les sauvegardes les plus anciennes disparaissent pour faire de la place à la plus récente. Vérifiez aussi si le disque est vraiment plein, car le message d'espace insuffisant porte souvent sur la façon dont la tâche est estimée, et non sur l'espace libre.
Non. Ils se trouvent sur le même disque que les fichiers d'origine, sont gardés environ un jour, et sont supprimés quand le système a besoin de place. Ils couvrent une suppression accidentelle dans l'après-midi, rien de plus.
Une mise à jour peut invalider l'index de sauvegarde et démarrer une nouvelle chaîne. Les anciennes données sont souvent encore sur le disque tout en étant inaccessibles depuis l'interface de restauration. tmutil listbackups vous dit ce qui est encore accessible, et si la réponse ne couvre que les derniers jours, la chaîne a été redémarrée.
À lire aussi : Time Machine indique qu'il n'y a pas assez d'espace, la règle 3-2-1 et Copy Shelter et Time Machine comparés.