Kısa cevap: Time Machine eski yedekleri silmek üzere tasarlanmıştır. Saatlikler bir gün, günlükler bir ay, haftalıklar disk dolana kadar yaşar. Sonra en eskiler gider.
Bunun için bir ayar yoktur. Time Machine'e üç yıl tutmasını söyleyemezsiniz ve elinizdeki tek kaldıraç diskin boyutudur.
Bu belgelenmiş bir davranıştır ve yıllardır değişmedi:
Yani en eski yedeğinizin yaşını tek bir şey belirler: yedekleme diskinin Mac'inizdeki veriden ne kadar büyük olduğu ve o verinin ne kadar değiştiği. 900 GB'lık bir Mac'i tutan 1 TB'lık bir sürücü size haftalar verir. 200 GB tutan aynı sürücü yıllar verir. Hangisine sahip olduğunuzu kimse söylemez.
Yukarıdaki. Bazen Bildirim Merkezi'nde "Time Machine yer açmak için bazı eski yedekleri sildi" mesajını görürsünüz, aynı sıklıkla da hiçbir şey görmezsiniz, çünkü bildirimi kaçırmak ve kapatmış olmak kolaydır.
Gerçekte neyin kaldığını kontrol edin:
tmutil listbackupsBu komut bağlı hedefteki her yedeği en eskiden başlayarak yazdırır. Soldaki tarihleri aşağı doğru okuyunca programın şekli görünür: sonda bir dizi günlük yedek, ondan önce haftalıklar ve ne kadar geriye gidebileceğinizi söyleyen bir başlangıç tarihi.
Bazen Time Machine mevcut geçmişi terk eder ve sıfırdan başlar. Bir macOS yükseltmesi, onarılmış bir birim, değişmiş bir disk tanımlayıcısı veya bozuk bir yedek dizini bunu yapabilir. Eski yedekler, geri yükleme arayüzünden erişilemezken diskte yer kaplamaya devam edebilir.
Hedefe karşı çalıştırılan tmutil listbackups, hâlâ erişilebilir olanı gösterir. İki yıldır kullandığınız bir sürücüde en eski kayıt birkaç günlükse, olan budur.
APFS kullanan bir Mac'te Time Machine dahili diskte de anlık görüntüler tutar, böylece yedekleme sürücüsü takılı değilken bir şeyi geri yükleyebilirsiniz. Yaklaşık 24 saat tutulurlar ve alan gerektiğinde otomatik olarak silinirler.
tmutil listlocalsnapshots /İnsanlar bunları bulur, yedek sanır ve sonra yok olduklarını görür. Orijinalle aynı diskte dururlar, bu yüzden bozulan bir sürücü ikisini birden götürür. Bu öğleden sonra fark ettiğiniz bir hata için yararlıdır. Yedek değildir.
Bir ağ hedefinde tüm geçmişiniz tek bir sparse bundle'ın içinde yaşar. İnternette yedekleme sorunları hakkındaki tavsiyeler çok sık "sparsebundle'ı silip baştan başlayın" diye biter ve bunu yapmak sahip olduğunuz her sürümü tek hamlede siler. Disk imajı hatalarının bunu gerektirmeyen çözümleri vardır ve önce onları denemeye değer.
Dürüst olmak gerekirse, çok az.
Yapamayacağınız şey bir saklama politikası belirlemektir. Gün sayısı yok, asgari sürüm sayısı yok, "her ayın ilk yedeğini sonsuza kadar tut" yok. Bu sayfanın başındaki program arayüzün tamamıdır.
Sabit bir diskin uzun dayanması içindir ve buna makul bir cevaptır. Sorun, politikanın çalışırken görünmez olmasıdır. Sekiz ay önceki bir dosya sürümünü aramaya çıktığınız gün, diskinizin gerçekte ne kadar geriye uzandığını öğrendiğiniz gündür ve o zamana kadar cevap kesinleşmiştir.
Eski sürümler siz aksine karar verene kadar kalır. Onları otuzuncu günde atan bir sayaç ve arkanızdan seyrelten bir program yoktur.
Alan gerçekten azaldığında uygulama sorar ve herhangi bir şey olmadan önce neyi kaldıracağını ve bunun ne kadar yer açacağını söyler. Plan önce yapılır, sonra uygulanır; böylece bir kuraldaki hata bir hafta boyunca geri alınabilir kalır.
Ana ekran, geçmişin ne kadar geriye uzandığını gösterir; bu sayfanın tamamı o sayıyla ilgilidir. Ve en yeni yedeği geri yüklemek, bir lisans sona erdikten sonra da dahil her katmanda ücretsizdir; yani geçmiş ödediğiniz bir kolaylıktır, dosyalarınızı geri almak değil.
Time Machine ile devam ediyorsanız, bugün yapılacak yararlı şey tmutil listbackups komutunu çalıştırmak, ilk tarihe bakmak ve bunun sizin için yeterince geriye gidip gitmediğine karar vermektir. 3-2-1 kuralı, sorunun diğer yarısını ele alır: hepsini tutan tek disk bozulduğunda ne olacağı.
Hayır. Bir ayar yoktur, kalıcı olan bir defaults komutu yoktur ve bir yedeği sabitlemenin desteklenen bir yolu yoktur. Tek kaldıraçlar diskin boyutu, ne kadar yedeklediğiniz ve birden fazla hedef kullanmaktır.
Disk bağlıyken tmutil listbackups komutunu çalıştırın. İlk satır, hâlâ geri yükleyebileceğiniz en eski yedektir. Geçmişinizin ne kadar geriye gittiğini diskin yaşı değil, o tarih belirler.
Evet, tasarım gereği böyle: en eski yedekler en yenisine yer açmak için silinir. Diskin gerçekten dolu olup olmadığını da kontrol etmeye değer, çünkü yeterli alan yok mesajı çoğu zaman işin boyutunu nasıl hesapladığıyla ilgilidir, boş alanla değil.
Hayır. Geldikleri dosyalarla aynı diskte dururlar, yaklaşık bir gün tutulurlar ve sistem alan istediğinde silinirler. Bu öğleden sonraki yanlışlıkla bir silmeyi kapsarlar, ötesini değil.
Bir güncelleme yedek dizinini geçersiz kılıp yeni bir zincir başlatabilir. Eski veriler, geri yükleme arayüzünden erişilemezken çoğu zaman hâlâ diskte durur. tmutil listbackups size hâlâ neyin erişilebilir olduğunu söyler; cevap yalnızca son birkaç günse zincir yeniden başlatılmıştır.
İlgili: Time Machine yeterli alan olmadığını söylüyor, 3-2-1 kuralı ve Copy Shelter ve Time Machine karşılaştırması.