Linux.by

Задача простая: есть файловая система с обычными юниксовыми атрибутами, ныжны инкрементальные бэкапы.

Хочется решения позволяющего:
1) Создать сжатый архив
2) На регулярной основе создавать сжатые архивы содержащие файлы измененные относительно предыдущего архива.
3) Имет возможность достать один файл из сжатого архива без полной распаковки.
4) И все это с сохранением традиционных unix-атрибутов

Посмотри rdiff-backup, делает обратно-инкрементальное копирование. Из списка требований не умеет только сжатие (хотя librsync может и эффективнее будет)

Llama, ты не поверишь
tar --after-date

Задача простая: есть файловая система с обычными юниксовыми атрибутами, ныжны инкрементальные бэкапы.

Хочется решения позволяющего:
1) Создать сжатый архив
2) На регулярной основе создавать сжатые архивы содержащие файлы измененные относительно предыдущего архива.
3) Имет возможность достать один файл из сжатого архива без полной распаковки.
4) И все это с сохранением традиционных unix-атрибутов

Попробуй zip/rar ? Списки файлов для очередной архивации можно генерить с помощью find -ctime . Не знаю, как они там атрибуты сохраняют, но ИМХО чтобы достать файл из tar.gz -- он полностью разжимается. Поправьте, если не так.

Berserker, в том-то и дело, что атрибуты не сохраняются в zip/rar

leave, а tar не позволяет либо сжатие, либо поштучное извлечение.

Llama, Конечно, это ппц, но можно список с правами доступа отдельно хранить

Сталкивались с разработкой коммерческого продукта, как раз удовлетворяющего подобным требованиям а также много большим. Поскольку продукт был успешно продаваемым, можно судить о том, что свободной альтернативы со всеми вышеперечисленными параметрами не найти как вариант, еще можно взглянуть на git/gibak, но оно вроде бы не хранит аттрибуты

Llama, когда определишься объяви результаты тендера.

В офисе использую backuppc http://backuppc.sourceforge.net/
Может немного не то, что нужно, но требованиям удовлетворяет.

Инкрементальные backup-ы это по сути аналог VCS, почему бы тогда не взять какую-нить правильную VCS с коспрессией, например git. .git можно монтировать по nfs, или хранить там же, где и данные для backup.

Для данных вида "rootfs", .git занимает 25% (т.е. жмёт в 4 раза).

git сохраняет юниксовые атрибуты?

git в чистом виде afaik не сохраняет, но его можно попробовать скрестить с чем-либо другим (f.ex. metastore, rsync, tar, cpio, etc). его недостаток - хеширование файлов в ram, соотв-но с данными большого объема могут быть проблемы.

Llama писал(а): leave, а tar не позволяет либо сжатие, либо поштучное извлечение.

Не позволяет поштучное извлечение из сжатого архива? Вполне позволяет, только что проверил. Или что-то другое имелось в виду?

З.Ы. И у тара есть возможность инкрементального архивирования в виде опций --incremental. Даже многотомные архивы есть, но они со сжатием не работают.

michael писал(а):

Llama писал(а): leave, а tar не позволяет либо сжатие, либо поштучное извлечение.

Не позволяет поштучное извлечение из сжатого архива? Вполне позволяет, только что проверил. Или что-то другое имелось в виду?

Попробуй извлечь один файлик из архива гигов на 10 и засеки время =)

Llama, а бакула не умеет того, что тебе надо? Я только насчет атрибутов не помню, а все остальное вроде есть.