Резервне копіювання часу Machine розшаровується на інший сервер

Отже, деякий час тому я створив резервну копію декількох різних Mac на своєму Linux-сервері файлів. Як мережева машина часу, кожен Mac має окремий sparsebundleфайл, що містить усю його інформацію. З тих пір я змінював Macs і відформатовував різні диски, тому оригінальні установки для резервного копіювання більше не доступні.

Я хочу створити резервну копію цих розріджених пакетів на ReadyNAS, і я намагаюся знайти найкращий спосіб зробити це. На головному сервері є rsync, але я чув, що rsync може спричиняти всілякі проблеми з дозволами, і вона не грає добре із жорсткими посиланнями.

Іншим варіантом є використання одного з Mac для передачі файлів sparsebundle на сервер через AFP (або з Finder, або з додатком на кшталт SuperDuper або Chronosync). Наскільки це було б ефективно? Чи поводиться AFP, як деякі інші протоколи обміну, і копіює дані через посередника (у цьому випадку Fileserver -> Mac -> ReadyNAS), чи копіює він безпосередньо з джерела до кінцевої цілі? Що було б найкращим інструментом для цього?

Якщо все інше не вдається, я читав десь ще, що останньою спробою канави було б просто схопити вміст Latestпапки з кожного розрідженого пакету, але я скоріше уникаю цього, якщо це можливо.

Я б сказав, rsync далеко, коли ви впевнені, що одиничні пакети не монтуються та не записуються іншими клієнтами Mac OS.

Краса зображення диска Apple полягає в тому, що всі унікальні речі Mac зберігаються всередині них, оскільки вони є файловою системою для себе і жодним чином не покладаються на вашу фактичну файлову систему зберігання. Поки ви переймете назви файлів і ОС має дозволи на повторний доступ до файлів - ви не можете порушувати речі під час переміщення фактичних файлів, що складають схему розріджених каталогів пакетів, на інший Linux або OS X або Windows OS .

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

Насправді, встановити на Mac файлову систему, інкапсульовану в контейнері sparsebundle, було б менш оптимальним рішенням, оскільки це може зайняти набагато більше часу для переходу жорсткої пов'язаної структури каталогів, а не дозволяти Linux копіювати файлові дані ефективно. Ви втратите всі переваги розрідженої схеми зберігання, щоб OS X змонтувала файли та копіювала їх безпосередньо.