Resposta curta: o Time Machine foi feito para apagar backups antigos. Os de hora em hora sobrevivem um dia, os diários sobrevivem um mês e os semanais sobrevivem até o disco encher. Aí os mais antigos vão embora.
Não há ajuste para isso. Você não consegue mandar o Time Machine guardar três anos, e a única alavanca que você tem é o tamanho do disco.
Este é um comportamento documentado e não muda há anos:
Então a idade do seu backup mais antigo é decidida por uma coisa: quanto o disco de backup é maior que os dados do seu Mac, e quanto esses dados mudam. Um drive de 1 TB com 900 GB de Mac dá semanas. O mesmo drive com 200 GB dá anos. Ninguém diz qual é o seu caso.
O de cima. Às vezes você verá "O Time Machine apagou alguns backups antigos para abrir espaço" na Central de Notificações, e com a mesma frequência não verá nada, porque a notificação é fácil de perder e fácil de estar desativada.
Confira o que realmente sobrevive:
tmutil listbackupsIsso lista todos os backups no destino montado, do mais antigo ao mais novo. Leia as datas à esquerda de cima para baixo e o formato do agendamento aparece: uma série de diários no fim, semanais antes disso e uma data inicial que mostra até onde você pode voltar.
Às vezes o Time Machine abandona o histórico existente e começa do zero. Uma atualização do macOS, um volume reparado, um identificador de disco alterado ou um índice de backup corrompido podem causar isso. Os backups antigos podem continuar no disco ocupando espaço sem estarem acessíveis pela interface de restauração.
tmutil listbackups no destino mostra o que ainda está acessível. Se o registro mais antigo tem poucos dias em um drive que você usa há dois anos, foi isso que aconteceu.
Em um Mac com APFS, o Time Machine também mantém snapshots no disco interno, para você restaurar algo quando o drive de backup não está conectado. Eles são mantidos por cerca de 24 horas e apagados automaticamente quando é preciso espaço.
tmutil listlocalsnapshots /As pessoas encontram esses snapshots, acham que são o backup e depois descobrem que sumiram. Eles ficam no mesmo disco que o original, então um drive com defeito leva os dois. Úteis para um erro que você percebe hoje à tarde. Não são backup.
Em um destino de rede, todo o seu histórico fica dentro de um único sparse bundle. Conselhos na internet sobre problemas de backup muitas vezes terminam em "apague o sparsebundle e comece de novo", e fazer isso apaga todas as versões que você tinha de uma vez. Os erros de imagem de disco têm soluções que não envolvem isso, e vale tentá-las primeiro.
Sinceramente, muito pouco.
O que você não consegue é definir uma regra de retenção. Nenhum número de dias, nenhum número mínimo de versões, nenhum "guardar para sempre o primeiro backup de cada mês". O cronograma no topo desta página é toda a interface.
Serve para fazer um disco fixo durar, e é uma resposta razoável para isso. O problema é que a regra é invisível enquanto funciona. O dia em que você vai procurar a versão de um arquivo de oito meses atrás é o dia em que descobre até onde o seu disco realmente volta, e aí a resposta já está definida.
Versões antigas ficam até você decidir o contrário. Não há contador que as descarta aos trinta dias nem cronograma que as reduz pelas suas costas.
Quando o espaço fica curto, o app pergunta, e diz o que removeria e quanto isso libera antes de qualquer coisa acontecer. O plano é feito primeiro e executado depois, então um erro em uma regra continua recuperável por uma semana.
A tela principal mostra até onde o histórico chega, que é o número de que trata esta página inteira. E restaurar o backup mais recente é gratuito em todos os planos, inclusive depois que uma licença termina, então o histórico é uma conveniência pela qual você paga e recuperar seus arquivos não é.
Se você vai continuar com o Time Machine, o útil a fazer hoje é rodar tmutil listbackups, olhar a primeira data e decidir se isso volta o suficiente para você. A regra 3-2-1 cobre a outra metade da pergunta, que é o que acontece quando o único disco que guarda tudo falha.
Não. Não há ajuste, nenhum comando defaults que sobreviva e nenhuma forma suportada de fixar um backup. As únicas alavancas são o tamanho do disco, o quanto você inclui no backup e usar mais de um destino.
Rode tmutil listbackups com o disco conectado. A primeira linha é o backup mais antigo que você ainda pode restaurar. Essa data, e não a idade do disco, mostra até onde vai o seu histórico.
Sim, esse é o comportamento previsto: os backups mais antigos saem para dar lugar ao mais novo. Também vale verificar se o disco está cheio, porque a mensagem de espaço insuficiente muitas vezes tem a ver com como ele calcula o tamanho do trabalho, e não com o espaço livre.
Não. Eles ficam no mesmo disco que os arquivos de onde vieram, são mantidos por cerca de um dia e são apagados quando o sistema quer espaço. Eles cobrem uma exclusão acidental hoje à tarde e nada além disso.
Uma atualização pode invalidar o índice do backup e começar uma nova cadeia. Os dados antigos muitas vezes continuam no disco sem estarem acessíveis pela interface de restauração. O tmutil listbackups mostra o que ainda está acessível, e se a resposta for só os últimos dias, a cadeia foi reiniciada.
Relacionado: o Time Machine diz que não há espaço suficiente, a regra 3-2-1 e Copy Shelter e Time Machine comparados.