Respuesta corta: Time Machine está diseñado para borrar las copias antiguas. Las de cada hora duran un día, las diarias un mes y las semanales hasta que se llena el disco. Entonces se van las más antiguas.
No hay ningún ajuste para esto. No puedes decirle a Time Machine que guarde tres años, y la única palanca que tienes es el tamaño del disco.
Es un comportamiento documentado y no ha cambiado en años:
Así que la antigüedad de tu copia más antigua la decide una sola cosa: cuánto más grande es el disco de copia que los datos de tu Mac, y cuánto cambian esos datos. Un disco de 1 TB con 900 GB de Mac te da semanas. El mismo disco con 200 GB te da años. Nadie te dice cuál es tu caso.
La de arriba. A veces verás «Time Machine ha eliminado algunas copias antiguas para hacer sitio» en el Centro de notificaciones, y con la misma frecuencia no verás nada, porque la notificación es fácil de pasar por alto y fácil de tener desactivada.
Comprueba lo que sobrevive de verdad:
tmutil listbackupsEso muestra todas las copias de seguridad del destino montado, de la más antigua a la más reciente. Lee las fechas de arriba abajo y verás la forma de la programación: una serie de copias diarias al final, semanales antes y una fecha de inicio que te dice hasta dónde puedes retroceder.
A veces Time Machine abandona el historial existente y empieza de cero. Una actualización de macOS, un volumen reparado, un identificador de disco cambiado o un índice de copia dañado pueden provocarlo. Las copias antiguas pueden seguir en el disco ocupando espacio sin que se pueda llegar a ellas desde la restauración.
tmutil listbackups contra el destino muestra lo que todavía es accesible. Si la entrada más antigua tiene unos días en un disco que usas desde hace dos años, esto es lo que pasó.
En un Mac con APFS, Time Machine también guarda instantáneas en el disco interno, para que puedas restaurar algo cuando el disco de copia no está conectado. Se conservan unas 24 horas y se borran automáticamente cuando hace falta espacio.
tmutil listlocalsnapshots /La gente las encuentra, cree que son la copia y luego descubre que han desaparecido. Viven en el mismo disco que el original, así que un disco averiado se lleva las dos cosas. Útiles para un error del que te das cuenta esta tarde. No son una copia.
En un destino de red, todo tu historial vive dentro de un único sparse bundle. Los consejos de internet sobre problemas de copias acaban muy a menudo en «borra el sparsebundle y empieza de nuevo», y hacerlo borra de una vez todas las versiones que tenías. Los errores de la imagen de disco tienen soluciones que no pasan por eso, y vale la pena probarlas primero.
Sinceramente, muy poco.
Lo que no puedes hacer es fijar una política de retención. Ni un número de días, ni un mínimo de versiones, ni «guardar para siempre la primera copia de cada mes». El calendario del principio de esta página es toda la interfaz.
Sirve para que un disco de tamaño fijo dure, y para eso es una respuesta razonable. El problema es que la política es invisible mientras actúa. El día que buscas la versión de un archivo de hace ocho meses es el día que descubres hasta dónde llega tu disco, y para entonces la respuesta ya no tiene arreglo.
Las versiones antiguas se quedan hasta que tú decidas otra cosa. No hay un contador que las descarte a los treinta días ni un calendario que las elimine a tus espaldas.
Cuando falta espacio, la app pregunta, y te dice qué eliminaría y cuánto liberaría antes de que pase nada. El plan se hace primero y se ejecuta después, así que un error en una regla se puede deshacer durante una semana.
La pantalla principal muestra hasta dónde llega el historial, que es la cifra de la que trata toda esta página. Y restaurar la copia más reciente es gratis en todos los planes, también cuando termina una licencia, así que el historial es una comodidad que pagas y recuperar tus archivos no.
Si te quedas con Time Machine, lo útil hoy es ejecutar tmutil listbackups, mirar la primera fecha y decidir si llega lo bastante atrás para ti. La regla 3-2-1 cubre la otra mitad de la pregunta: qué pasa cuando falla el único disco que lo guarda todo.
No. No hay ajuste, ni comando defaults que perdure, ni forma admitida de fijar una copia. Las únicas palancas son el tamaño del disco, cuánto copias y usar más de un destino.
Ejecuta tmutil listbackups con el disco conectado. La primera línea es la copia de seguridad más antigua desde la que aún puedes restaurar. Esa fecha, y no la antigüedad del disco, marca hasta dónde llega tu historial.
Sí, así está diseñado: las copias más antiguas se borran para dejar sitio a la más reciente. También conviene comprobar si el disco está lleno de verdad, porque el mensaje de espacio insuficiente suele tener que ver con cómo calcula el tamaño de la copia, no con el espacio libre.
No. Viven en el mismo disco que los archivos de los que salen, se conservan aproximadamente un día y se borran cuando el sistema necesita espacio. Cubren un borrado accidental de esta tarde y nada más.
Una actualización puede invalidar el índice de copias y empezar una cadena nueva. Los datos antiguos suelen seguir en el disco sin que se pueda llegar a ellos desde la restauración. tmutil listbackups te dice lo que sigue siendo accesible, y si la respuesta son solo los últimos días, la cadena se reinició.
Relacionado: Time Machine dice que no hay espacio suficiente, la regla 3-2-1 y Copy Shelter y Time Machine, comparados.