Kısa cevap: klasörün tarihine değil, yedekteki en yeni dosyanın tarihine bakın. Bir klasörün zaman damgası, yedeklemenin bitmesiyle hiç ilgisi olmayan nedenlerle değişir.
İçindeki en yeni dosya dünden eskiyse, araç size ne söylerse söylesin yedekleme çalışmıyordur.
Yedeklemeyle ilgili tavsiyelerin çoğu yanlış felaketle ilgilidir. Çarpıcı bir felaket hayal eder: bir disk ölür, bir dizüstü bilgisayar çalınır, bir sel olur. Bunlar nadirdir ve herkes bunları anlar.
Yaygın olanı sıkıcıdır. Sürücü başka bir şeye yer açmak için çıkarıldı ve bir daha takılmadı. NAS bir elektrik kesintisinden sonra yeniden başladı ve paylaşım yeniden bağlanmadı. Dizüstü bilgisayar, bir ay boyunca her gece işin zamanı geldiğinde kapalıydı. Bir betik kimsenin okumadığı bir hatayla çıktı, çünkü bir yıldır sorunsuz olan bir günlüğü kimse okumaz.
Bunların hiçbirinde bir şey bozuk değildir. Bir insanın baktığı hiçbir yerde hata çıkmaz. Yedek klasörü hâlâ oradadır, hâlâ dosyalarla doludur, hâlâ doğru boyuttadır. Değişen tek şey yenilenmeyi bırakmış olmasıdır ve sistemdeki hiçbir şey bunu söylemeye değer bulmaz.
Bunu yedekleme hedefinize yönlendirin. İçinde herhangi bir yerdeki en son değiştirilmiş dosyayı bulur ve tarihini yazdırır:
find /Volumes/Backup -type f -print0 | xargs -0 stat -f '%m %N' | sort -rn | head -5İlk sütun bir Unix zaman damgasıdır. Doğrudan okumak için:
find /Volumes/Backup -type f -newermt '-2 days' | headBu hiçbir şey yazdırmıyorsa, iki gündür hiçbir şey yazılmamıştır. Cevap budur ve herhangi bir durum ekranından daha güvenilirdir, çünkü dosyaların kendisine ait bir özelliktir.
Özellikle Time Machine için:
tmutil latestbackupbu da en yeni anlık görüntünün yolunu, adında tarihiyle birlikte yazdırır; yoksa bir hata verir.
İçgüdü, Finder'da yedek klasörüne bakıp Değiştirilme Tarihi sütununu okumaktır. O sayı sandığınız şey değildir.
Bir dizinin değiştirilme zamanı, içine bir şey eklendiğinde veya içinden bir şey kaldırıldığında değişir; içindeki bir dosyanın içeriği değiştiğinde değil. Spotlight dizinlemesi, yeniden yazılan bir .DS_Store, bir virüs tarayıcısı, kendi meta verilerine dokunan bir bulut istemcisi: bunlardan herhangi biri, eskimiş bir yedek klasörünü bu sabah yazılmış gibi gösterebilir.
Kayıt içindeki dosyalardır. Klasör değil.
StartCalendarInterval içeren bir launchd işi Mac uykudayken çalışmaz ve siz istemedikçe sonradan telafi etmez. Gece yarısı kapağı kapatılan bir dizüstünün gece yarısı yedeği bir kez bile gerçekleşmemiştir.launchd işi şikâyetini bir dosyaya yazar ve bunu bilen tek şey o dosyadır.Bunu kendiniz yapıyorsanız çözüm bir ölü adam anahtarıdır: bir yedekleme gerçekleşmediğinde şikâyet eden bir şey. Bu, birinin başarısız olmasından farklı bir olaydır ve yukarıdaki durumları yalnızca ilki kapsar.
En basit sürüm, en yeni dosyanın yaşını kontrol eden ve çok eskiyse bağıran bir iştir:
if [ -z "$(find /Volumes/Backup -type f -newermt '-2 days' 2>/dev/null | head -1)" ]; then
osascript -e 'display notification "No backup in two days" with title "Backup"'
fiBunu yedeklemeden ayrı, kendi programıyla çalıştırın; böylece bozuk bir yedekleme programı onu izleyen şeyi de bozmaz. İnsanların yanlış yaptığı nokta da bu sonuncusudur: yedekleme işinin içinde çalışan bir kontrol, yedekleme işinin çalışmadığını bildiremez.
Gerçekte istediğiniz, yokluğun kendisinin alarm olması ve aracın eksik olan şeyin adını vermesidir.
Copy Shelter bunun üzerine kurulmuştur. Her hedefe en son ne zaman yazıldığını ve en son ne zaman kontrol edildiğini izler ve çalışan bir yedek olmadan geçen yedi günün ardından sesini yükseltir. Konumun adını verir; böylece "çekmecedeki sürücü 14 Ağustos'tan beri görülmedi" gibi bir mesaj alırsınız. Yedeği geri okuyup her parçayı saklandığı karma değerine göre kontrol ettiği için, çalışan ama okunamaz çıktı üreten bir yedek de yakalanır; bu, bu sayfadakinin bir adım ötesindeki arızadır.
Gösterdiği puan yalnızca yakın zamanda doğrulanmış olanı sayar. Çalışmamış bir yedek, sahip olduğunuz bir yedek değildir ve sayı da bunu söyler.
Bunu yapmak zorunda kalmamalısınız. Sayfanın amacı bu: elle yaptığınız bir kontrol, bırakacağınız bir kontroldür; genellikle kurduktan yaklaşık üç hafta sonra. Yokluk alarmını otomatikleştirin; elle kontrolü de size söylendiğinde yaptığınız şey olarak bırakın.
Yardımcı olur ve sınırlıdır. Time Machine on gün boyunca bir yedeklemeyi tamamlamadığında uyarır; bildirim kolayca kapatılır ve fark edilmez hale gelir. Ayrıca tamamladığı yedeğin okunamaz olduğunu size söyleyemez, çünkü yerel bir diskte kontrol etmez.
Bu izinler durumudur ve daha kötüdür, çünkü her durum göstergesi başarı der. Hedefteki dosya sayısını kaynaktakiyle karşılaştırın. On binlerce dosya tutması gereken bir yedek kırk dosya tutuyorsa, macOS klasörlere erişimi reddediyordur ve işe bu söylenmiyordur.
Farklı biçimde, evet. Eşitleme istemcileri oturumu kapatır, kotaya takılır ve kendilerini duraklatır; bunu size söyleyecek rozet de bakmadığınız bir menü çubuğundaki küçük bir simgedir. Dosyalar da tam olarak oldukları yerde kalır, bu yüzden hiçbir şey yanlış görünmez.
Büyük ölçüde evet. Farklı nedenlerle bozulan, ayrı ayrı kontrol edilen iki hedef, tek bir hedefteki her türlü izlemeden daha değerlidir. İzleme size kopyanın gittiğini söyler; ikinci kopya ise bunun önemli olmadığı anlamına gelir. 3-2-1 kuralına bakın.
İlgili: bir yedeğin gerçekten okunabilir olduğunu kontrol etmek ve 3-2-1 kuralı.