Я работаю с несколькими клиентскими машинами OSX, которые выполняют резервное копирование через Машина времени в общие папки AFP на файловом сервере Ubuntu Linux, экспортированные с помощью netatalk / afpd. Эти клиенты выполняют резервное копирование в произвольное время дня каждый день. На сервере есть и другие важные общие ресурсы, не относящиеся к TimeMachine AFP.
На сервере резервные копии TimeMachine представлены как редкие пучки - формат хранения данных, включающий множество «бэндов» - хранящихся в стандартной файловой системе EXT4. В этом редком наборе скрыт образ диска с файловой системой HFS +, который использует TimeMachine, но со стороны сервера это просто набор файлов бэндов и некоторых метаданных верхнего уровня.
rsnapshot запускается каждые 4 часа на сервере и выполняет резервное копирование файлов и метаданных sparsebundle band на съемные носители (для хранения за пределами площадки). Поэтому rsnapshot также поддерживает эти разреженные группы в произвольное время дня. rsnapshot использует rsync для выполнения копирования.
Проблема в том, что если rsnapshot запускается, когда на клиентской машине смонтирован sparsebundle, я обеспокоен тем, что rsnapshot может зафиксировать несогласованное состояние sparsebundle, поскольку полосы могут измениться во время процесса резервного копирования. Ясно, что это не способствует гарантии восстанавливаемой резервной копии!
Я пытаюсь придумать способы решения этой проблемы. Кажется важным, чтобы sparsebundle не был смонтирован, когда rsnapshot пытается сделать резервную копию. Со стороны сервера единственный способ, которым я сейчас могу это сделать, - это отключить демон aftp, возможно, после ожидания размонтирования sparsebundle клиентом OSX. Обратной стороной этого является то, что он также отключает другие экспортируемые файлы AFP, не относящиеся к TimeMachine, что неприемлемо для пользователей. Насколько я могу судить, afpd не предоставляет способ (легко) добавлять или удалять экспорт - хотя одним из вариантов может быть автоматическая перезапись файлов конфигурации afpd, чтобы отключить экспорт TM во время резервного копирования rsnapshot, но это все равно снимает акции AFP на короткое время.
Есть ли способ лучше?
Я бы не стал использовать Time Machine для группы компьютеров Mac. Слишком много проблем с редкими пакетами и повреждением резервных копий.
Когда я столкнулся с подобной ситуацией, я выбрал CrashPlan после того, как обнаружил, что подход Time Machine не подходит для производства.
Стратегия резервного копирования для сред Apple, ориентированных на разработчиков?
Мысль.
Запустите моментальный снимок на самих устройствах Mac для фактических резервных копий, резервные копии Time Machine будут дополнением.
ДА, гораздо лучше иметь образ Time Machine для восстановления, но наличие файлов с помощью rsnapshot - отличная идея.
Я использую смонтированные на Amazon S3 диски с использованием Jungle Disk для хранения изображений rsync или снимков.