Zaman Makinesi Yedeklemelerinin Sıklığı Değiştirilsin mi?


12

Time Machine yedeklemesini gerçekleştirme sıklığını değiştirmek mümkün müdür?

Yanıtlar:


13

Bu komutu bir terminalden komut satırında verebilirsiniz:

sudo defaults write /System/Library/LaunchDaemons/com.apple.backupd-auto StartInterval -int 3600

Değer saniye cinsindendir, bu nedenle aralığınızı saatte 3600 saniye olduğunu varsayarak hesaplayın.

Komut, içindeki değeri düzenler /System/Library/LaunchDaemons/com.apple.backupd-auto.plist, yalnızca dosyayı doğrudan düzenlemek zorunda kalmazsınız. Bu, o dosyada yapabileceğiniz sözdizimi hatalarından sizi şaşırtır, bu yüzden bu çözümü tercih ederim.

Ayrıca, bu değişikliğin geçerli olması için yeniden başlatmanız gerekir. Bu konuyu ayrıca bir Snow Leopard kurulumunda izin sorununu gösteren bir Apple destek forumunda buldum .


Bilginize, bu Lion üzerinde çalışmıyor gibi görünüyor.
Joe Shaw

10.8'de anahtar adı görünüyor BackupInterval.
yamuk


3

Altında /System/Library/LaunchDaemonsbir XML dosyası var com.apple.backupd-auto.plist. Seçtiğiniz metin düzenleyicinizle açın ve şu satırları bulun:

<key>StartInterval</key>
<integer>3600</integer>

Arasında integeretiketleri saniyede yedekleme aralığıdır. Beğeninize göre değiştirin. Sadece bir tamsayı olduğunu unutmayın, bu yüzden yedeklerden kaçınmak için iğrenç derecede yüksek ayarlamaya çalışıyorsanız, maksimum (2.147.483.647 imzalı) var. Ama durumun bu olduğundan şüpheliyim.


2

Sadece emin olmak için: aralığı değiştirmek Time Machine'in tuttuğunu değiştirmez. Yine de yalnızca son 24 saat için saatlik yedeklemeler, geçen ayın ilk günlük gazeteleri ve disk dolana kadar ilk hafta sonu yedeklerini tutacaktır.

Yani, örneğin: ince ayar size herhangi bir disk alanı kazandırmaz. (Yalnızca aynı dosyaları çok fazla değiştirdiğinizde fark edersiniz ve yine de yalnızca kısa bir süre sonra süresi dolan saatlik yedeklerdeki değişikliği görürsünüz.) Ve aynı büyük dosyaları çok fazla değiştirmediğiniz sürece, aralığı arttırırsanız, muhtemelen her çalışma sırasında daha fazla yedekleme yapmanız gerekeceği için büyük bir performans artışı fark etmez. (Ama sonra: aynı dosyaları çok değiştiriyorsanız, saatlik yedekleme çok hoş karşılanabilir mi?)

(Aralığı bir saatten daha düşük bir değere ayarlarsanız ne olacağını bilmiyorum .)


1
Bu sadece ek bilgi olduğu sorusuna cevap vermez. Bu yorumlara aittir.

2
Doğru, cevabımın tanıtılması gerçekten soruyu cevaplamanın amaçlanmadığını gösterdi. (Ve doğru cevaplar zaten verilmişti.) Yine de, bunun sadece bir asker sorusu için olmadığı ve yorumların başkaları tarafından yorumlanması zor olduğu için bir yorum olması gerektiğini düşünmüyorum. (Ve ben sadece ilgili bazı bilgileri burada paylaşmaya çalışıyorum; yorumların gelecekte bu soruya gelecek başkaları tarafından okunacağından şüpheliyim.)
Arjan

1

OS X Mavericks ile Apple , XPC Hizmetleri tarafından yönetilecek arka plan görevlerinin zamanlamasını değiştirdi , bu nedenle OS X'in önceki sürümleriyle ilgili talimatlar artık çalışmıyor. Aşağıdaki komutlar Time Machine'in standart 1 saatten itibaren ortalama 3 saatte bir çalışmasına neden olur:

sudo /usr/libexec/PlistBuddy -c 'set :LaunchEvents:com.apple.xpc.activity:com.apple.backupd-auto:Interval 10800' /System/Library/LaunchDaemons/com.apple.backupd-auto.plist
sudo /usr/libexec/PlistBuddy -c 'set :LaunchEvents:com.apple.xpc.activity:com.apple.backupd-auto:Delay 10800' /System/Library/LaunchDaemons/com.apple.backupd-auto.plist
sudo /usr/libexec/PlistBuddy -c 'set :LaunchEvents:com.apple.xpc.activity:com.apple.backupd-auto:GracePeriod 5400' /System/Library/LaunchDaemons/com.apple.backupd-auto.plist

Testlerimde, Time Machine başlangıçta en son yedeklemenin 1:39 ve bir sonraki saatin 2:38'de çalışacağını söyledi. Bu komutları çalıştırıp yeniden başlattıktan sonra, bir sonraki yedekleme 4:19 olarak değiştirildi. Yine de, değişiklikleri yeniden başlatmadan uygulamak için bir yol bulamadım.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.