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