Чому Time Machine зазначає кількість даних, які потрібно створити резервну копію?

Я перетасував свій домашній каталог і перемістив його назад до мого обертового диска, що перебуває в моєму MacBook. З тих пір Time Machine запускає мою машину гарячою (вентилятор вмикається, коли Time Machine запускається), і оцінки розміру резервних даних, показані Time Machine на панелі меню, величезні. Багато гігабайт.

Але коли я перевіряю завершені резервні копії за допомогою BackupLoupe, фактичний розмір резервної копії дуже-дуже малий.

Це не набридло б мені так сильно, якби не те, що Time Machine запускає мою машину дуже гаряче, коли вона працює, займає неабиякий процесор і займає 20-30 хвилин, щоб завершити погодинний режим резервного копіювання зараз.

Наразі мій повний список виключень для Time Machine:

~/Library/Application Support
~/Documents/Virtual Machines.localized
~/Virtual Machines

Оновлення 1:

Я ~/Library/Application Supportвирішив, що, можливо, проблеми з марками часу на файлах кешу, які не змінюються в їх бітах. Але TM все ще говорить, що резервне копіювання даних> 2 Гб даних.

Оновлення 2:

Зрештою, я хотів би обрізати кількість часу, який витрачає час, який машина працює на моїй машині. В даний час він витрачає більше 30 хвилин щогодини, обертаючись на ці резервні копії.

Чому повідомлені зусилля Time Machine на панелі інструментів настільки перевищують фактичний вміст резервного копіювання, як повідомляв BackupLoupe? Чи один з них не так? Який?

Як я можу допомогти керівництву Time Machine в його оцінці того, що потрібно створити резервну копію, щоб вона не мала працювати так сильно?

Time Machine використовує FSEvents для визначення того, що змінилося, що базується на папках, а не на файлах. Таким чином, я завжди передбачається ^† що більше число вказує загальний розмір папки це має до процесу. Далі, в межах кожної папки, вона оцінить кожен файл. (У 2008 році деякі писали: "Машина часу вважає два файли однаковими, якщо їх шлях, дати та розмір однакові" , тому деякі зміни можуть навіть залишитися непоміченими. Але це вже інша історія.)

Якщо багато файлів у великій папці не змінилися, то загальна кількість фактично резервного копіювання набагато нижча, але Time Machine не знає, поки вона не обробила їх. Зверніть увагу, що файли можуть мати розширений com.apple.metadata:com_apple_backup_excludeItemнабір атрибутів або бути виключені заводськими налаштуваннями Apple, що означає, що вони не будуть розміщені в резервній копії. Дивіться, чи дійсно додаток Apple Time Machine копіює все на Super User.

(Отже: я думаю, вам потрібно знайти великі папки з джерелом, які є невеликими на резервній копії. Інструменти, такі як Disk Inventory X або GrandPersspen, справді могли б показувати великі папки, наприклад, в /private/var. Чи можна легко порівняти це з кількома папками на резервній копії?)

^† Тепер, коли я думаю про це через роки: бачачи розмір моєї папки завантажень, я сумніваюся, що вона (завжди) показує розмір папки в обсязі даних, які вона збирається створити для резервного копіювання. Завантаження іншого невеликого файлу НЕ примушує Time Machine стверджувати, що йому потрібно створити резервну копію в повному розмірі цієї папки завантажень. (І так, ця папка знаходиться в моїх резервних копіях.)

Пара пропозицій, які можуть допомогти чи не допомогти; По-перше, погляньте на цю програму, TimeTracker , вона показує, що було створено резервну копію та, що найголовніше, її розмір, у ТМ. Трохи схожий на додаток на екрані, який ви створили, але для TM.

Хлопець у дописі на форумі, який я знайшов, сказав щось про проблему з ідентичністю Office, а також було запропоновано, що також може бути проблемою обмін файлами на віртуальній машині. Я не думаю, що жодна з цих папок не буде розміщена в службі підтримки додатків, отже чому все-таки відбудуться масові резервні копії, якщо вони винні.

Сподіваємось, це допомагає пролити трохи світла на таємницю!

У мене немає відповіді безпосередньо на ваше запитання про різницю повідомлених розмірів, оскільки я не знайомий із backupLoupe.

Але стикаючись із подібною ситуацією, я вирішив робити резервні копії Time Machine рідше.

У терміналі введіть таку команду:

sudo nano /System/Library/LaunchDaemons/com.apple.backupd-auto.plist

• За допомогою кнопок зі стрілками перейдіть до поля, яке говорить кількість секунд

• Змініть номер (за замовчуванням - 3600) на бажаний час (у секундах)

• Щоб зберегти файл, натисніть клавішу Control + O, а потім натисніть клавішу Enter, щоб зберегти його.
• Нарешті, натисніть Control + X, щоб вийти з нано (текстовий редактор Unix) та закрити термінал.
• Після перезавантаження комп'ютера ці зміни набудуть чинності

Джерело: http://hangoutjunkie.com/how-to-change-time-machine-backup-frequency/

Пам'ятайте, що якщо ви використовуєте цей метод, у вас менше збережених станів, з яких ви можете вийти, якщо вам потрібно відновити файл.

Сподіваюсь, це допомагає.

Вірите чи ні, машина часу працює без наявності зовнішнього жорсткого диска. У ньому є локальний кеш (званий Local Snapshots), в який він створює резервні копії, а потім синхронізує їх на диск.

Apple говорить наступне:

Коли ви входите в браузер Time Machine (використовується для відновлення даних), на часовій шкалі з’являться локальні знімки разом із регулярними резервними копіями, що відрізняються різними кольорами. Сірі галочки являють собою місцеві знімки, а рожеві галочки - резервні копії, збережені на зовнішньому резервному диску або капсулі часу. Примітка: рожеві галочки будуть затемнені, якщо ваш портативний комп'ютер не підключений до вашого зовнішнього резервного диска або Time Capsule.

Більше можна прочитати на Time Machine та локальних знімках: http://support.apple.com/kb/HT4878

Велика кількість елементів може бути історією за дні АБО навіть речі, які ви нещодавно видалили. Нехай це закінчиться один раз, тоді наступного разу має бути менше.