Kurz gesagt: Time Machine ist dafür gebaut, alte Backups zu löschen. Stündliche überleben einen Tag, tägliche einen Monat und wöchentliche, bis die Festplatte voll ist. Dann gehen die ältesten.
Dafür gibt es keine Einstellung. Du kannst Time Machine nicht sagen, dass es drei Jahre behalten soll, und dein einziger Hebel ist die Größe der Festplatte.
Das ist dokumentiertes Verhalten, und es hat sich seit Jahren nicht geändert:
Wie alt dein ältestes Backup ist, entscheidet also eine Sache: wie viel größer die Backup-Festplatte ist als die Daten auf deinem Mac und wie stark sich diese Daten ändern. Ein Laufwerk mit 1 TB für 900 GB Mac gibt dir Wochen. Dasselbe Laufwerk für 200 GB gibt dir Jahre. Niemand sagt dir, was davon du hast.
Der oben beschriebene. Manchmal siehst du in der Mitteilungszentrale „Time Machine hat ältere Backups gelöscht, um Platz zu schaffen“, und genauso oft siehst du nichts, weil die Mitteilung leicht zu übersehen und leicht abgeschaltet ist.
Prüf, was wirklich übrig ist:
tmutil listbackupsDas listet jedes Backup auf dem eingebundenen Ziel auf, das älteste zuerst. Lies die Daten links von oben nach unten, und du siehst den Zeitplan: am Ende eine Reihe täglicher Backups, davor wöchentliche, und ein Startdatum, das zeigt, wie weit du zurückgehen kannst.
Manchmal gibt Time Machine den bestehenden Verlauf auf und fängt neu an. Ein macOS-Upgrade, ein repariertes Volume, eine geänderte Festplattenkennung oder ein beschädigter Backup-Index können das auslösen. Die alten Backups liegen vielleicht noch auf der Festplatte und belegen Platz, sind aber über die Wiederherstellung nicht erreichbar.
tmutil listbackups auf das Ziel angewandt zeigt, was noch erreichbar ist. Wenn der älteste Eintrag ein paar Tage alt ist, auf einem Laufwerk, das du seit zwei Jahren nutzt, ist genau das passiert.
Auf einem Mac mit APFS behält Time Machine auch Snapshots auf der internen Festplatte, damit du etwas wiederherstellen kannst, wenn das Backup-Laufwerk nicht angeschlossen ist. Sie werden etwa 24 Stunden behalten und automatisch gelöscht, wenn Platz gebraucht wird.
tmutil listlocalsnapshots /Leute finden diese, halten sie für das Backup und stellen dann fest, dass sie weg sind. Sie liegen auf derselben Festplatte wie das Original, also nimmt ein defektes Laufwerk beides mit. Nützlich für einen Fehler, den du heute Nachmittag bemerkst. Kein Backup.
Auf einem Netzwerkziel liegt dein gesamter Verlauf in einem einzigen Sparse Bundle. Ratschläge im Internet zu Backup-Problemen enden sehr oft mit „lösch das Sparsebundle und fang neu an“, und das löscht jede Version, die du hattest, auf einen Schlag. Für die Disk-Image-Fehler gibt es Lösungen, die ohne das auskommen, und die solltest du zuerst probieren.
Ehrlich gesagt sehr wenig.
Was du nicht kannst, ist eine Aufbewahrungsregel festzulegen. Keine Anzahl von Tagen, keine Mindestzahl an Versionen, kein „das erste Backup jedes Monats für immer behalten“. Der Plan oben auf dieser Seite ist die ganze Oberfläche.
Es soll eine feste Festplatte länger reichen lassen, und dafür ist es eine vernünftige Antwort. Das Problem ist, dass die Regel unsichtbar arbeitet. Der Tag, an dem du nach der Version einer Datei von vor acht Monaten suchst, ist der Tag, an dem du erfährst, wie weit deine Festplatte wirklich zurückreicht, und dann steht die Antwort schon fest.
Alte Versionen bleiben, bis du etwas anderes entscheidest. Es gibt keinen Zähler, der sie nach dreißig Tagen verwirft, und keinen Plan, der sie hinter deinem Rücken ausdünnt.
Wenn der Platz doch knapp wird, fragt die App und sagt dir, was sie entfernen würde und wie viel das freigibt, bevor irgendetwas passiert. Der Plan wird zuerst erstellt und später ausgeführt, sodass ein Fehler in einer Regel eine Woche lang rückgängig zu machen bleibt.
Der Hauptbildschirm zeigt, wie weit der Verlauf zurückreicht, und das ist die Zahl, um die es auf dieser ganzen Seite geht. Und das neueste Backup wiederherzustellen ist in jeder Stufe kostenlos, auch nach Ablauf einer Lizenz, also ist Verlauf ein Komfort, für den du zahlst, und deine Dateien zurückzubekommen ist es nicht.
Wenn du bei Time Machine bleibst, ist das Nützlichste, was du heute tun kannst, tmutil listbackups auszuführen, auf das erste Datum zu schauen und zu entscheiden, ob dir das weit genug zurückreicht. Die 3-2-1-Regel behandelt die andere Hälfte der Frage, nämlich was passiert, wenn die eine Festplatte mit allem darauf kaputtgeht.
Nein. Es gibt keine Einstellung, keinen defaults-Befehl, der bestehen bleibt, und keinen unterstützten Weg, ein Backup festzuhalten. Die einzigen Hebel sind die Größe der Festplatte, wie viel du sicherst und mehr als ein Ziel zu nutzen.
Führ tmutil listbackups bei angeschlossenem Laufwerk aus. Die erste Zeile ist das älteste Backup, aus dem du noch wiederherstellen kannst. Dieses Datum bestimmt, wie weit dein Verlauf zurückreicht. Das Alter des Laufwerks spielt dafür keine Rolle.
Ja, so ist es vorgesehen: Die ältesten Backups weichen, um Platz für das neueste zu schaffen. Prüfe auch, ob die Festplatte wirklich voll ist, denn die Meldung über zu wenig Speicherplatz betrifft oft die Größenschätzung des Backups und nicht den freien Platz.
Nein. Sie liegen auf derselben Festplatte wie die Dateien, von denen sie stammen, werden etwa einen Tag behalten und gelöscht, wenn das System Platz braucht. Sie decken ein versehentliches Löschen heute Nachmittag ab und nichts darüber hinaus.
Ein Update kann den Backup-Index ungültig machen und eine neue Kette starten. Die alten Daten liegen oft noch auf der Festplatte, sind aber über die Wiederherstellung nicht erreichbar. tmutil listbackups sagt dir, was noch erreichbar ist, und wenn die Antwort nur die letzten paar Tage sind, wurde die Kette neu gestartet.
Siehe auch: Time Machine meldet zu wenig Platz, die 3-2-1-Regel und Copy Shelter und Time Machine im Vergleich.