Что делает Машина времени?

Мое мнение об этом зависит от ситуации.

В Вашем случае я рекомендовал бы использовать брандмауэр средства соразмещения для защиты Вас от внешнего мира, поскольку им, по-видимому, управляют профессиональные сетевые люди, которые знают то, что они делают. Кроме того, Вы сохраняете свои машины от контакта с DoS-атаками и другие интернет-неприятности.

В то же время я не доверяю сети Колорадо также. Используйте программный брандмауэр для управления, кто может ssh в и выставлять минимальный профиль другим хостам в сети поставщика Колорадо.

Во внутреннем, "доверяемом" (Ваша версия "доверяемых" может варьироваться) сеть, я избегал бы использования программных брандмауэров и вместо этого использовал бы Вашу сетевую инфраструктуру для реализации управления связью.

18
задан 18 May 2009 в 16:48
4 ответа

Вот ответ от другого форума (исходный плакат, неизвестный мне):

"Готовящийся" этап в Машине времени обычно быстр, потому что Машина времени использует журнал операций файловой системы для знания, где найти изменения, которые должны быть сохранены.

Но существуют вещи, которые можно сделать для создания того журнала ненадежным. Когда Машина времени обнаруживает, что журнал не МОГ БЫ быть допустимым, это делает полное сканирование Вашей файловой системы для определения то, что действительно должно быть сохранено. Это может требовать времени. На моем Powerbook (и с firewire диском Машины внешнего времени) это может привести к "готовящемуся" этапу, который длится 20 минут. Если Вы позволите Машине времени продолжиться, то она в конечном счете выяснит то, что действительно должно быть добавлено к диску с резервной копией и продолжится. Это, конечно, лучше, чем просто азартная игра, что журнал корректен или просто создает резервную копию ВСЕГО снова даже при том, что только несколько файлов, возможно, на самом деле изменились (который возьмет намного дольше и использует больше дискового пространства Машины времени).

В эти первые годы установок Leopard одну из наиболее распространенных вещей можно сделать, который сделает журнал ненадежным, загружает от установки Leopard DVD. Каждый раз, когда Вы делаете это, в следующий раз выполнения Машины времени это обнаружит, что Ваш жесткий диск, ВОЗМОЖНО, был изменен без изменений, отражаемых в журнале. Таким образом, это делает полное сканирование - долгий этап "подготовки" - чтобы обеспечить, чтобы это разобралось в вещах.

20
ответ дан 2 December 2019 в 20:20
  • 1
    На самом деле журналы только используются Машиной времени. И it' s Ваш Mac, который может аннулировать старые журналы. Можно искать Консоль fseventsd для наблюдения " события входят в систему/Volumes/.. из синхронизации с объемом. уничтожение старых журналов " А недавно создал журнал, будет также иметь новый идентификатор, который больше не будет соответствовать идентификатору, снабженному резервным копированием. Это говорит Машине времени сравнивать Ваш жесткий диск с последним резервным копированием. Если Вы будете использовать несколько дисков с резервной копией, то, если fseventsd создал новый журнал, то Машина времени в конечном счете столкнется " хранилище События UUID don’t match" для каждого диска с резервной копией. –  Arjan 13 July 2009 в 20:08
  • 2
    Монтирование диска в Windows с помощью драйвера файловой системы чтения-записи, такого как MacDrive также инициирует сканирование целой файловой системы в следующий раз, когда Машина времени создает резервную копию его. (Монтирование диска с помощью драйвера файловой системы только для чтения в Учебном лагере, с другой стороны, не делает), –  Brant 11 December 2009 в 01:02

Для похвалы ответу командующего Keen, я рекомендую читать подробно взгляд на Машину времени Мягким Землянином. Дополнительно больше информации зарегистрировано к system.log backupd (который скажет, почему готовящееся состояние является таким длинным и такой),

10
ответ дан 2 December 2019 в 20:20

Легко просмотреть backupd журнал смотрит в то время виджет Machine Buddy. Также обратите внимание, что существует другой вход в систему сам диск с резервной копией в скрытом файле .Backup.log который может быть найден в папке каждого резервного копирования. Это дает некоторую другую информацию, чем backupd журналы.

Обратите внимание, что часто журналы показывают числам, которые, кажется, не соответствуют:

No pre-backup thinning needed: 821.4 MB requested (including padding) [..]
Copied 1630 files (3.8 MB) from volume Macintosh HD.

Выше, меньше файлов на самом деле копируется, чем первый предсказанный. Поскольку Машина времени полагается на FSEvents, который только сообщает об измененных каталогах, я предполагаю, что в вышеупомянутом примере эти каталоги содержали в общей сложности 821,4 МБ в файлах. На самом деле копируя файлы, Машина времени затем сравнивает измененные каталоги на жестком диске с резервным копированием и находит, что файлы только на 3,8 МБ были на самом деле изменены.

Для наблюдения, что было записано в резервное копирование, посмотрите TimeTracker (GUI) или timedog (командная строка). Обратите внимание, что, работая как администраторский пользователь, иногда эти программы должны быть запущены как корень для наблюдения всех файлов. Если не делая это, эти инструменты не могли бы, например, взять резервные копии журналов MySQL и данных во внимание, принадлежавший _mysql в колесе группы:

cd "/Volumes/Backup of XX/Backups.backupdb/XX/Latest"
sudo ls -l "Macintosh HD/usr/local/mysql-5.0.51a-osx10.5-x86"
[..]
drwxr-x---@  6 _mysql  wheel    374 Jul  2 20:05 data

В тех случаях оба инструмента (тихо) сообщат о более низком общем размере резервных копий и меньшем количестве файлов, чем backupd входит в систему Консоль. Так, если числа не соответствуют журналам, то для TimeTracker:

sudo ~/Downloads/TimeTracker.app/Contents/MacOS/TimeTracker

Аналогично, для timedog:

cd "/Volumes/Backup of XX/Backups.backupdb/XX" 
sudo ~/Downloads/timedog

Для легкого нахождения больших файлов на жестком диске, см. Дисковые Материально-технические ресурсы X. Эта программа не имеет никакого отношения к Машине времени, но может помочь занимающимся расследованиями проблемам, как то, когда Вы задаетесь вопросом, почему Ваше резервное копирование намного меньше, чем пространство, использованное на Вашем жестком диске. Обратите внимание, что эта программа будет, вероятно, всегда сообщать о меньшем общем дисковом пространстве в своем заголовке окна, чем на его экране, где можно выбрать который диск заняться расследованиями (работая как корень и выбирая меню View, Шоу Физический Размер файла). Но если общий размер, о котором сообщают, действительно намного меньше, чем фактические общие количества, используемые на Вашем Mac, то он может помочь работать как корень:

sudo "$HOME/Downloads/Disk Inventory X.app/Contents/MacOS/Disk Inventory X"

Для удаления файлов из резервного копирования (как то, если Вы, оказывается, обнаруживаете, что Машина времени на самом деле создавала резервную копию некоторых огромных файлов, таких как безудержный файл журнала MySQL), Apple пишет:

Хотите удалить все экземпляры файла или папки, ранее сохраненной? Достаточно легкий. Машина времени запуска, выберите объект, который будет удален, затем выберите "Delete from all backups" из меню действий на панели инструментов Finder.

Теперь, если те файлы, которые Вы хотите удалить, только видимы для укоренения, затем необходимо вызвать "Enter Time Machine" как корень также. И это требует, чтобы Средство поиска было запущено как корень сначала:

sudo /System/Library/CoreServices/Finder.app/Contents/MacOS/Finder

Это похоже на нормальное Средство поиска, но Вы заметите корень рядом с домашним значком папки на боковой панели Средства поиска. Теперь используйте Shift-Cmd-G (меню Go, Перейдите к Папке) добираться до, например, /usr/local и найдите папку, от которой Вы хотите удалить файлы из диска с резервной копией. Затем, введите Машину времени (и еще раз проверьте тот корень, показан рядом с домашним значком папки), и следуйте инструкциям Apple. Сделано удаляя файлы из резервного копирования, Ctrl-C хита в Терминале для остановки корневого Средства поиска. (Я также должен был выйти из системы свой Mac, поскольку удаленный диск не размонтируется правильно.)

При использовании редкого пакета (как при использовании резервного копирования в сети) затем, любое освобожденное пространство не будет освобождено автоматически (или: только когда пространство необходимо). Для осуществления этого посмотрите, Как освободить все/больше всего свободное пространство от sparsebundle на OS X. Это не только относится к файлам, которые Вы удалили вручную, но также и в файлы, удаленные Машиной времени для почасовых или ежедневных резервных копий с истекшим сроком, во время пострезервного утончения.

Машина времени на самом деле уплотнит сам редкий пакет, когда дисковое пространство закончится. Но кажется, что это могло бы сначала удалить некоторые старые резервные копии во время предрезервного утончения, поэтому возможно, мудро вручную компактное, если Вы когда-либо удаляли некоторые огромные файлы, или если резервные копии с истекшим сроком, возможно, включали огромные файлы:

Starting pre-backup thinning: 53.57 GB requested (including padding), 
    9.90 GB available 
No expired backups exist - deleting oldest backups to make room 
Deleted backup /Volumes/Backup of XX/Backups.backupdb/XX/2007-12-20-172543:
    9.90 GB now available 
Deleted backup /Volumes/Backup of XX/Backups.backupdb/XX/2007-12-31-005523:
    9.90 GB now available 
Deleted 2 backups: oldest backup is now 8 Jan 2008 
Stopping backup. 
Backup canceled. 
Ejected Time Machine disk image. 
Compacting backup disk image to recover free space 
Completed backup disk image compaction 
Starting standard backup
[..]
Starting pre-backup thinning: 53.57 GB requested (including padding), 
    12.75 GB available

Большое спасибо Adam Cohen - Повысилось для тестирования вышеупомянутого; дополнительную информацию см. в его блоге!

10
ответ дан 2 December 2019 в 20:20

Когда вы застряли в "Подготовке" (ThinningPreBackup)

root# tmutil status
Backup session status:
{
    BackupPhase = ThinningPreBackup;
    ClientID = "com.apple.backupd";
    DateOfStateChange = "2018-10-20 12:02:54 +0000";
    DestinationID = "XXXXXX0A-1XB7-4X3B-A791-6XXXXX4325D89B";
    DestinationMountPoint = "/Volumes/TimeMachineXXX";
    Percent = "-1";
    Running = 1;
    Stopping = 0;
}

Используйте lsof, чтобы посмотреть, к каким файлам обращается резервная копия - последний файл должен быть изменен:

root# ps -ef | grep backupd
    0    91     1   0  9:39pm ??         0:00.15 /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd-helper -launchd
    0   552     1   0  9:59pm ??         0:49.54 /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd
    0  1244  1156   0 10:30pm ttys003    0:00.01 grep backupd
root# lsof -p 552
COMMAND PID USER   FD   TYPE DEVICE   SIZE/OFF     NODE NAME
backupd 552 root  cwd    DIR    1,4       1292        2 /
backupd 552 root  txt    REG    1,4     769168 67640888 /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd
backupd 552 root  txt    REG    1,4   26771408 67698052 /usr/share/icu/icudt59l.dat
backupd 552 root  txt    REG    1,4     236208 67730774 /private/var/db/timezone/tz/2018e.1.0/icutz/icutz44l.dat
backupd 552 root  txt    REG    1,4     841456 67695858 /usr/lib/dyld
backupd 552 root  txt    REG    1,4 1174183936 69140457 /private/var/db/dyld/dyld_shared_cache_x86_64
backupd 552 root    0r   CHR    3,2        0t0      306 /dev/null
backupd 552 root    1u   CHR    3,2        0t0      306 /dev/null
backupd 552 root    2u   CHR    3,2        0t0      306 /dev/null
backupd 552 root    3w   REG    1,9        686  5515544 /Volumes/TimeMachine2/Backups.backupdb/XXXXXXXXXX/2018-10-20-220254.inProgress/.Backup.561729775.162983.log
backupd 552 root    4r   DIR    1,4        136 68977542 /Applications/Xcode.app/Contents/Developer/Platforms/AppleTVOS.platform/Developer/Library/CoreSimulator/Profiles/Runtimes/tvOS.simruntime/Contents/Resources/RuntimeRoot/System/Library/Frameworks/CoreLocation.framework/English.lproj

Это указывает на то, что он что-то делает - и наберитесь терпения...

.
1
ответ дан 2 December 2019 в 20:20

Теги

Похожие вопросы