У меня есть сервер Mac Mini и внешний жесткий диск для резервного копирования Time Machine, который используется для сервера и двух macbooks.
Я хочу сделать второе резервное копирование с внешнего HD на втором HD; Я пробовал CCC, но он не очень хорошо работает.
У вас есть идея, как я могу сделать это автоматически. Какие-нибудь приложения или облачное решение?
Вместо резервного копирования диска можно также легко вращать внешний диск. Time Machine всегда будет продолжать работу с того места, на котором она оставалась, для диска , подключенного во время резервного копирования †.
Чтобы (изначально) клонировать существующий резервный диск, см. «Mac OS X v10.6: как перенести резервные копии с текущего жесткого диска на новый жесткий диск» в Apple Mac 101: Time Machine. (Копия сохранена здесь.) Осторожно:
Если вы видите редкие комплекты, вам нужно будет их скопировать. Это резервные копии для MacBook, если они используют резервный диск, когда он подключен к Mac mini.
Я не знаю, но может быть важно, что Apple пишет об использовании drag & drop. Обычная копия в Finder или Terminal может испортить жесткие ссылки, которые использует TM. Или, может быть, 10.6 обрабатывает жесткие ссылки намного лучше, чем 10.5. Инструкции Apple могут не работать для 10.5.
Шаги 10 и 11 этой статьи Apple объясняют, как заставить TM использовать клонированный диск. Я не уверен, что это на самом деле требуется; Кажется, что следуя инструкциям Apple, будут скопированы полные резервные копии, включая скрытые "куки". Итак, пропустите 10 и 11 и посмотрите, желает ли TM использовать как старые, так и новые диски, без явного уведомления TM о том, что вы поменялись местами.
Если TM не хочет использовать оба диска без изменения вручную его настроек, то если вы хотите получить ответ суперпользователя, то шаги 10 и 11 можно заменить, если TM не заметит, что подключенный диск изменился. Для этого убедитесь, что "cookie" для каждой резервной копии совпадает:
В резервной копии для каждого Mac найдите скрытый файл с именем .aabbccddeeff , имя которого совпадает с основным MAC-адресом этого Mac ‡ (в Терминале см. Вывод ifconfig | grep ether). Для Mac mini он, вероятно, находится в папке /Backups.backupdb/name-of-mac-mini . Для MacBook резервные копии, вероятно, используют разреженные комплекты, которые также имеют имена, которые включают имя компьютера и его MAC-адрес. Сначала вам нужно будет открыть / смонтировать (двойной щелчок) каждый разреженный комплект, чтобы найти скрытый файл.
Установите содержимое этого файла в соответствии с содержимым файла /var/db/.TimeMachine.Cookie Mac, который принадлежит этой резервной копии.
Presto: меняйте местами резервный диск в любое время!
† Это работает, потому что TM хранит последний известный так называемый идентификатор события с каждой резервной копией. Таким образом, TM не полагается на информацию на вашем Mac, чтобы синхронизировать диск резервного копирования с вашим Mac. После замены дисков этот ID события на новом диске будет ниже, чем ID события, использованного предыдущей резервной копией, и TM будет знать, что ему нужно сделать резервную копию немного больше, чем в прошлый раз. Фактически, ТМ, вероятно, даже не знает, какой идентификатор события использовался последним; при следующем запуске он всегда извлекает последнее использованное значение с резервного диска. (Идентификатор события хранится в расширенном атрибуте com.apple.backupd.SnapshotVolumeLastFSEventID . В Ars Technica есть хорошо известная техническая статья, объясняющая, как TM использует логи, поддерживаемые fseventsd .)
Если вы сомневаетесь в вышеизложенном: используйте инструменты, такие как TimeTracker, чтобы увидеть, что записывается в резервную копию.
‡ Кстати, использование этого основного MAC-адреса также является причиной, по которой существующие резервные диски могут не распознаваться при замене логической платы. Кажется, что на плате логики есть сетевой адаптер AirPort, и, следовательно, замена платы логики также даст вам новый основной MAC-адрес.
