Инкрементальное архивирование: чем?
Инкрементальное архивирование: чем?
Задача простая: есть файловая система с обычными юниксовыми атрибутами, ныжны инкрементальные бэкапы.
Хочется решения позволяющего:
1) Создать сжатый архив
2) На регулярной основе создавать сжатые архивы содержащие файлы измененные относительно предыдущего архива.
3) Имет возможность достать один файл из сжатого архива без полной распаковки.
4) И все это с сохранением традиционных unix-атрибутов
Хочется решения позволяющего:
1) Создать сжатый архив
2) На регулярной основе создавать сжатые архивы содержащие файлы измененные относительно предыдущего архива.
3) Имет возможность достать один файл из сжатого архива без полной распаковки.
4) И все это с сохранением традиционных unix-атрибутов
Опыт растет прямо пропорционально выведенному из строя оборудованию
- IceMan
- Неотъемлемая часть форума
- Сообщения: 377
- Зарегистрирован: 22 июл 2007, 10:12
- Откуда: Минск
- Контактная информация:
Re: Инкрементальное архивирование: чем?
Посмотри rdiff-backup, делает обратно-инкрементальное копирование. Из списка требований не умеет только сжатие (хотя librsync может и эффективнее будет)
-
- Неотъемлемая часть форума
- Сообщения: 1055
- Зарегистрирован: 25 окт 2006, 14:50
- Откуда: minsk
- Контактная информация:
Re: Инкрементальное архивирование: чем?
Llama, ты не поверишь
tar --after-date
tar --after-date
-
- Неотъемлемая часть форума
- Сообщения: 279
- Зарегистрирован: 23 апр 2005, 21:13
- Откуда: minsk
Re: Инкрементальное архивирование: чем?
Попробуй zip/rar ? Списки файлов для очередной архивации можно генерить с помощью find -ctime . Не знаю, как они там атрибуты сохраняют, но ИМХО чтобы достать файл из tar.gz -- он полностью разжимается. Поправьте, если не так.Задача простая: есть файловая система с обычными юниксовыми атрибутами, ныжны инкрементальные бэкапы.
Хочется решения позволяющего:
1) Создать сжатый архив
2) На регулярной основе создавать сжатые архивы содержащие файлы измененные относительно предыдущего архива.
3) Имет возможность достать один файл из сжатого архива без полной распаковки.
4) И все это с сохранением традиционных unix-атрибутов
Re: Инкрементальное архивирование: чем?
Berserker, в том-то и дело, что атрибуты не сохраняются в zip/rar
leave, а tar не позволяет либо сжатие, либо поштучное извлечение.
leave, а tar не позволяет либо сжатие, либо поштучное извлечение.
Опыт растет прямо пропорционально выведенному из строя оборудованию
-
- Неотъемлемая часть форума
- Сообщения: 279
- Зарегистрирован: 23 апр 2005, 21:13
- Откуда: minsk
Re: Инкрементальное архивирование: чем?
Llama, Конечно, это ппц, но можно список с правами доступа отдельно хранить
Код: Выделить всё
find DIRECTORY -printf "chown %u:%g '%p'\nchmod %m '%p'\n" > acl.sh
-
- Неотъемлемая часть форума
- Сообщения: 435
- Зарегистрирован: 03 апр 2004, 17:05
- Контактная информация:
Re: Инкрементальное архивирование: чем?
Сталкивались с разработкой коммерческого продукта, как раз удовлетворяющего подобным требованиям а также много большим. Поскольку продукт был успешно продаваемым, можно судить о том, что свободной альтернативы со всеми вышеперечисленными параметрами не найти как вариант, еще можно взглянуть на git/gibak, но оно вроде бы не хранит аттрибуты
- IceMan
- Неотъемлемая часть форума
- Сообщения: 377
- Зарегистрирован: 22 июл 2007, 10:12
- Откуда: Минск
- Контактная информация:
Re: Инкрементальное архивирование: чем?
Llama, когда определишься объяви результаты тендера.
Re: Инкрементальное архивирование: чем?
В офисе использую backuppc http://backuppc.sourceforge.net/
Может немного не то, что нужно, но требованиям удовлетворяет.
Может немного не то, что нужно, но требованиям удовлетворяет.
I did a 'zcat /vmlinuz > /dev/audio' and I think I heard God...
-
- Интересующийся
- Сообщения: 53
- Зарегистрирован: 05 сен 2006, 09:05
- Откуда: Minsk
Re: Инкрементальное архивирование: чем?
Инкрементальные backup-ы это по сути аналог VCS, почему бы тогда не взять какую-нить правильную VCS с коспрессией, например git. .git можно монтировать по nfs, или хранить там же, где и данные для backup.
Для данных вида "rootfs", .git занимает 25% (т.е. жмёт в 4 раза).
Для данных вида "rootfs", .git занимает 25% (т.е. жмёт в 4 раза).
-
- Неотъемлемая часть форума
- Сообщения: 435
- Зарегистрирован: 03 апр 2004, 17:05
- Контактная информация:
Re: Инкрементальное архивирование: чем?
git в чистом виде afaik не сохраняет, но его можно попробовать скрестить с чем-либо другим (f.ex. metastore, rsync, tar, cpio, etc). его недостаток - хеширование файлов в ram, соотв-но с данными большого объема могут быть проблемы.
-
- Неотъемлемая часть форума
- Сообщения: 434
- Зарегистрирован: 12 апр 2004, 11:00
- Откуда: г. Владивосток
- Контактная информация:
Re: Инкрементальное архивирование: чем?
Не позволяет поштучное извлечение из сжатого архива? Вполне позволяет, только что проверил. Или что-то другое имелось в виду?Llama писал(а): leave, а tar не позволяет либо сжатие, либо поштучное извлечение.
З.Ы. И у тара есть возможность инкрементального архивирования в виде опций --incremental. Даже многотомные архивы есть, но они со сжатием не работают.
- IceMan
- Неотъемлемая часть форума
- Сообщения: 377
- Зарегистрирован: 22 июл 2007, 10:12
- Откуда: Минск
- Контактная информация:
Re: Инкрементальное архивирование: чем?
Попробуй извлечь один файлик из архива гигов на 10 и засеки время =)michael писал(а):Не позволяет поштучное извлечение из сжатого архива? Вполне позволяет, только что проверил. Или что-то другое имелось в виду?Llama писал(а): leave, а tar не позволяет либо сжатие, либо поштучное извлечение.
-
- Неотъемлемая часть форума
- Сообщения: 1055
- Зарегистрирован: 25 окт 2006, 14:50
- Откуда: minsk
- Контактная информация:
Re: Инкрементальное архивирование: чем?
Llama, а бакула не умеет того, что тебе надо? Я только насчет атрибутов не помню, а все остальное вроде есть.