Kort antwoord: Time Machine is ontworpen om oude backups te verwijderen. Backups per uur blijven een dag, per dag een maand, en per week tot de schijf vol is. Dan gaan de oudste weg.
Hier is geen instelling voor. Je kunt Time Machine niet vertellen drie jaar te bewaren, en de enige knop die je hebt is de grootte van de schijf.
Dit is gedocumenteerd gedrag, en het is al jaren niet veranderd:
Dus de leeftijd van je oudste backup wordt door één ding bepaald: hoeveel groter de backupschijf is dan de gegevens op je Mac, en hoeveel die gegevens veranderen. Een schijf van 1 TB met 900 GB van je Mac geeft je weken. Dezelfde schijf met 200 GB geeft je jaren. Niemand vertelt je welke van de twee je hebt.
Degene hierboven. Soms zie je in het Berichtencentrum „Time Machine heeft enkele oudere reservekopieën verwijderd om ruimte te maken”, en net zo vaak zie je niets, want de melding mis je makkelijk en zet je makkelijk uit.
Controleer wat er echt overblijft:
tmutil listbackups
Dat toont elke back-up op de gekoppelde bestemming, oudste eerst. Lees de datums links van boven naar beneden en je ziet de vorm van het schema: een reeks dagelijkse aan het eind, wekelijkse daarvoor, en een begindatum die laat zien hoe ver je terug kunt.
Soms laat Time Machine de bestaande geschiedenis los en begint opnieuw. Een macOS-upgrade, een gerepareerd volume, een gewijzigde schijf-ID of een beschadigde backupindex kan dat allemaal veroorzaken. De oude backups staan misschien nog op de schijf en nemen ruimte in, terwijl ze vanuit het terugzetscherm onbereikbaar zijn.
tmutil listbackups op de bestemming toont wat nog bereikbaar is. Is het oudste item een paar dagen oud op een schijf die je al twee jaar gebruikt, dan is dit wat er gebeurde.
Op een Mac met APFS bewaart Time Machine ook snapshots op de interne schijf, zodat je iets kunt terugzetten als de backupschijf niet is aangesloten. Ze blijven ongeveer 24 uur bewaard en worden automatisch verwijderd als er ruimte nodig is.
tmutil listlocalsnapshots /
Mensen vinden deze, denken dat het de backup is en ontdekken dan dat ze weg zijn. Ze staan op dezelfde schijf als het origineel, dus een kapotte schijf neemt beide mee. Handig voor een fout die je vanmiddag opmerkt. Geen backup.
Op een netwerkbestemming staat al je geschiedenis in één sparse bundle. Advies op internet over backupproblemen eindigt heel vaak met „verwijder de sparsebundle en begin opnieuw”, en dat verwijdert in één keer elke versie die je had. Voor de fouten met de schijfkopie zijn er oplossingen waarbij dat niet hoeft, en die zijn het waard om eerst te proberen.
Eerlijk gezegd heel weinig.
Wat je niet kunt, is een bewaarbeleid instellen. Geen aantal dagen, geen minimumaantal versies, geen „bewaar de eerste backup van elke maand voor altijd”. Het schema bovenaan deze pagina is de hele interface.
Het is bedoeld om een vaste schijf lang mee te laten gaan, en daarvoor is het een redelijk antwoord. Het probleem is dat het beleid onzichtbaar is terwijl het draait. De dag dat je de versie van een bestand van acht maanden geleden zoekt, is de dag dat je ontdekt hoe ver je schijf echt teruggaat, en dan ligt het antwoord al vast.
Oude versies blijven tot jij anders beslist. Er is geen teller die ze na dertig dagen weggooit en geen schema dat ze achter je rug uitdunt.
Als de ruimte toch krap wordt, vraagt de app het, en vertelt je wat hij zou verwijderen en hoeveel dat vrijmaakt voordat er iets gebeurt. Het plan wordt eerst gemaakt en later uitgevoerd, zodat een fout in een regel een week lang te herstellen blijft.
Het hoofdscherm toont hoe ver de geschiedenis teruggaat, en dat is het getal waar deze hele pagina over gaat. En de nieuwste backup terugzetten is op elk niveau gratis, ook nadat een licentie afloopt, dus geschiedenis is een gemak waar je voor betaalt en je bestanden terugkrijgen niet.
Blijf je bij Time Machine, dan is het nuttigste wat je vandaag kunt doen tmutil listbackups uitvoeren, naar de eerste datum kijken en beslissen of dat ver genoeg terug is. De 3-2-1-regel behandelt de andere helft van de vraag: wat er gebeurt als die ene schijf met alles erop kapotgaat.
Nee. Er is geen instelling, geen defaults-commando dat blijft werken en geen ondersteunde manier om een backup vast te zetten. De enige knoppen zijn de grootte van de schijf, hoeveel je backupt en het gebruik van meer dan één bestemming.
Voer tmutil listbackups uit met de schijf aangesloten. De eerste regel is de oudste back-up waaruit je nog kunt herstellen. Die datum, en niet de leeftijd van de schijf, bepaalt hoe ver je geschiedenis teruggaat.
Ja, zo is het ontworpen: de oudste backups maken plaats voor de nieuwste. Kijk ook even of de schijf vol is, want de melding over onvoldoende ruimte gaat vaak over hoe de taak wordt ingeschat, en niet over vrije ruimte.
Nee. Ze staan op dezelfde schijf als de bestanden waar ze vandaan komen, blijven ongeveer een dag bewaard en worden verwijderd als het systeem ruimte wil. Ze dekken een per ongeluk verwijderd bestand vanmiddag en niets meer.
Een update kan de backupindex ongeldig maken en een nieuwe reeks beginnen. De oude gegevens staan vaak nog op de schijf, maar zijn vanuit het terugzetscherm onbereikbaar. tmutil listbackups vertelt je wat nog bereikbaar is, en als het antwoord alleen de laatste paar dagen is, is de reeks opnieuw gestart.
Gerelateerd: Time Machine zegt dat er niet genoeg ruimte is, de 3-2-1-regel en Copy Shelter en Time Machine vergeleken.