Jawaban singkat: Time Machine dirancang untuk menghapus cadangan lama. Pencadangan per jam bertahan sehari, harian bertahan sebulan, dan mingguan bertahan sampai disk penuh. Lalu yang terlama dihapus.
Tidak ada setelan untuk ini. Anda tidak dapat meminta Time Machine menyimpan tiga tahun, dan satu-satunya pengungkit yang Anda miliki adalah ukuran disk.
Ini perilaku yang terdokumentasi dan tidak berubah selama bertahun-tahun:
Jadi umur cadangan terlama Anda ditentukan oleh satu hal: seberapa besar disk cadangan dibandingkan data di Mac Anda, dan seberapa sering data itu berubah. Drive 1 TB untuk Mac berisi 900 GB memberi Anda beberapa minggu. Drive yang sama untuk 200 GB memberi Anda bertahun-tahun. Tidak ada yang memberi tahu Anda mana yang Anda miliki.
Yang di atas. Terkadang Anda melihat "Time Machine menghapus beberapa cadangan lama untuk memberi ruang" di Pusat Notifikasi, dan sama seringnya Anda tidak melihat apa pun, karena notifikasi itu mudah terlewat dan mudah dimatikan.
Periksa apa yang benar-benar tersisa:
tmutil listbackupsPerintah itu menampilkan setiap cadangan di tujuan yang terpasang, dari yang terlama. Baca tanggal di sisi kiri dan pola jadwalnya terlihat: deretan cadangan harian di akhir, mingguan sebelumnya, dan tanggal awal yang menjawab seberapa jauh Anda bisa mundur.
Terkadang Time Machine meninggalkan riwayat yang ada dan memulai dari awal. Peningkatan macOS, volume yang diperbaiki, pengenal disk yang berubah, atau indeks cadangan yang rusak semuanya dapat menyebabkannya. Cadangan lama mungkin masih ada di disk dan memakan ruang tetapi tidak dapat dijangkau dari antarmuka pemulihan.
tmutil listbackups pada tujuan menunjukkan apa yang masih dapat diakses. Jika entri terlama baru berumur beberapa hari di drive yang sudah Anda gunakan dua tahun, inilah yang terjadi.
Di Mac dengan APFS, Time Machine juga menyimpan snapshot di disk internal, sehingga Anda dapat memulihkan sesuatu saat drive cadangan tidak terpasang. Snapshot itu disimpan sekitar 24 jam dan dihapus otomatis saat ruang dibutuhkan.
tmutil listlocalsnapshots /Orang menemukan snapshot ini, mengira itulah cadangan, lalu mendapati semuanya hilang. Snapshot berada di disk yang sama dengan aslinya, sehingga drive yang rusak membawa keduanya. Berguna untuk kesalahan yang Anda sadari sore ini. Bukan cadangan.
Di tujuan jaringan, seluruh riwayat Anda berada di dalam satu sparse bundle. Saran di internet tentang masalah cadangan sangat sering berakhir dengan "hapus sparsebundle dan mulai lagi", dan melakukannya menghapus setiap versi yang Anda miliki dalam satu tindakan. Galat image disk punya solusi yang tidak melibatkan itu, dan layak dicoba lebih dulu.
Terus terang, sangat sedikit.
Yang tidak dapat Anda lakukan adalah menetapkan kebijakan retensi. Tidak ada jumlah hari, tidak ada jumlah minimum versi, tidak ada "simpan cadangan pertama setiap bulan selamanya". Jadwal di bagian atas halaman ini adalah seluruh antarmukanya.
Gunanya adalah membuat disk berukuran tetap bertahan lama, dan itu jawaban yang masuk akal. Masalahnya, kebijakan itu tidak terlihat saat berjalan. Hari ketika Anda mencari versi file dari delapan bulan lalu adalah hari Anda mengetahui seberapa jauh disk Anda menjangkau, dan saat itu jawabannya sudah tetap.
Versi lama tetap ada sampai Anda memutuskan lain. Tidak ada penghitung yang membuangnya pada hari ketiga puluh dan tidak ada jadwal yang menipiskannya diam-diam.
Saat ruang menipis, aplikasi bertanya, dan memberi tahu apa yang akan dihapus dan berapa banyak ruang yang dibebaskan sebelum apa pun terjadi. Rencana dibuat dulu dan dijalankan belakangan, sehingga kesalahan dalam aturan tetap dapat dipulihkan selama seminggu.
Layar utama menunjukkan seberapa jauh riwayat menjangkau ke belakang, dan itulah angka yang dibahas seluruh halaman ini. Memulihkan cadangan terbaru gratis di setiap tingkat, termasuk setelah lisensi berakhir, jadi riwayat adalah kenyamanan yang Anda bayar dan mendapatkan kembali file Anda tidak.
Jika Anda tetap memakai Time Machine, hal berguna yang bisa dilakukan hari ini adalah menjalankan tmutil listbackups, melihat tanggal pertama, dan memutuskan apakah itu cukup jauh bagi Anda. Aturan 3-2-1 membahas separuh pertanyaan lainnya, yaitu apa yang terjadi saat satu disk yang menyimpan semuanya rusak.
Tidak. Tidak ada setelan, tidak ada perintah defaults yang bertahan, dan tidak ada cara yang didukung untuk menyematkan cadangan. Satu-satunya pengungkit adalah ukuran disk, seberapa banyak yang Anda cadangkan, dan menggunakan lebih dari satu tujuan.
Jalankan tmutil listbackups dengan drive tersambung. Baris pertama adalah cadangan terlama yang masih bisa Anda pulihkan. Tanggal itulah, bukan usia drive, yang menunjukkan seberapa jauh riwayat Anda.
Ya, memang begitu cara kerjanya: backup terlama dihapus untuk memberi ruang bagi yang terbaru. Ada baiknya juga memeriksa apakah disk sudah penuh, karena pesan ruang tidak cukup sering kali terkait cara ia memperkirakan ukuran pekerjaan, bukan ruang kosong.
Tidak. Snapshot berada di disk yang sama dengan file asalnya, disimpan sekitar sehari, dan dihapus saat sistem membutuhkan ruang. Snapshot menangani penghapusan tidak sengaja sore ini dan tidak lebih.
Pembaruan dapat membatalkan indeks cadangan dan memulai rantai baru. Data lama sering masih ada di disk tetapi tidak dapat dijangkau dari antarmuka pemulihan. tmutil listbackups memberi tahu apa yang masih dapat diakses, dan jika jawabannya hanya beberapa hari terakhir, rantai telah dimulai ulang.
Terkait: Time Machine menyatakan ruang tidak cukup, aturan 3-2-1, dan perbandingan Copy Shelter dan Time Machine.