Обновите сфинкса из источника после того, как Кв. - доберется

Какова цель резервных копий и как к ним должны будут получить доступ?

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

Однако, если Ваши резервные копии, как также предполагается, обеспечивают пользовательский доступ к файлам, которые, возможно, были случайно удалены, повреждены, и т.д. затем rsync мог быть более оптимальным вариантом. Конечные пользователи не могут понять понятие снимков, или возможно Ваш NAS не обеспечивает доступ конечных пользователей к предыдущим снимкам. В любом случае можно использовать rsync для обеспечения резервного копирования, которое легкодоступно для пользователя через файловую систему.

С rsync можно использовать - резервный флаг для сохранения резервных копий файлов, которые были изменены, и с - суффиксный флаг можно управлять, какого возраста версии файлов переименованы. Это помогает создать резервное копирование, где Вы, возможно, датировали старые версии файлов как

file_1.jpg
file_1.jpg.20101012
file_1.jpg.20101008
etc.

Можно легко объединить это с cronjob, содержащим команду находки для чистки любых старых файлов по мере необходимости.

Оба решения должны смочь сохранить достаточно метаинформации о файлах для работы резервным копированием (rsync, обеспечивает - перманент, - владелец и т.д. отмечает). Я использую rsync для резервного копирования больших объемов данных между центрами обработки данных, и очень довольно установкой.