Инкрементное архивирование
попробуй посмотреть в сторону bacula, мож понравится.
зы Если вдруг захочешь писать на ленты, придется ставить GNU - в FreeBSD драйвер SCSI-ленты кривой какой-то.
зы Если вдруг захочешь писать на ленты, придется ставить GNU - в FreeBSD драйвер SCSI-ленты кривой какой-то.
Мне кажется, что сетевые средства --- это чересчур.
bacula мне не нравится --- тяжеловесное решение.
---
"Аллах не ведёт людей неверных."
bacula мне не нравится --- тяжеловесное решение.
---
"Аллах не ведёт людей неверных."
6. Если кто разбирался с тем, как погнутый тар делает инкременты,надо писать -j <файл>
просветите, не хочется проделывать такую же работу.
Насколько удобно использовать погнутый тар для решения поставленной задачи?
в файл будут записаны служебные данные, он должен сохраняться между сеансами архивирования
вместо разных dump levels можно использовать разные файлы
использовать для архивирования удобно, для разархивирования - не особо, но я справлялся
большие директории (десятки тысяч файлов и более) tar не любит - похоже там квадратичная сложность при разархивировании, даже если поменялось небольшое количество из этих файлов
Меня очень волнует п. 4.
Допустим между dump level (d.l.) 0 и d.l. 1 был удалён файл.
Смогу ли я без ручного вмешателства восстановить состояние d.l. 1?
Или придётся поступать как обычно: "If you want it done right, do it yourself?"
---
"Аллах не ведёт людей неверных."
Допустим между dump level (d.l.) 0 и d.l. 1 был удалён файл.
Смогу ли я без ручного вмешателства восстановить состояние d.l. 1?
Или придётся поступать как обычно: "If you want it done right, do it yourself?"
---
"Аллах не ведёт людей неверных."
"If you want it done right, do it yourself?"с таром это несложно - простые скрипты выходят
естественно, right постольку-поскольку, учитывая принципиальные недостатки данного способа (в моём случае они не принципиальны)
только не -j, а -g
перепутал
перепутал
Просто, если запоминать текущее состояние дерева (деревьев)
в каком-то файле, то возможности погнутого тара что есть, что нет.
Собственно, тогда получается, что надо писать всё самому.
На основе cpio, tar, pax --- почти что безразлично.
---
"Аллах не ведёт людей неверных."
в каком-то файле, то возможности погнутого тара что есть, что нет.
Собственно, тогда получается, что надо писать всё самому.
На основе cpio, tar, pax --- почти что безразлично.
---
"Аллах не ведёт людей неверных."
Я понял.
---
...Я работаю телепатом...
---
...Я работаю телепатом...
Оставить комментарий
Ivan8209
1. Чем народ пользуется?2. Какие стратегии использует?
В связи с некоторыми изменениями, очень хочется получить
переносимое решение, из-за чего вопросы:
Общие вопросы
3. Хотелось бы получить "dump levels" на уровне каталогов,
как это лучше сделать?
4. Как поступать в случае удаления файлов между двумя архивами?
Насколько легко из инкрементов восстанавливается настоящее состояние?
По поводу GNU
5. Что предлагает GNU как замену dump(8) и его "dump levels"?
(Кстати, что предлагает GNU как замену mtree(8)?)
6. Если кто разбирался с тем, как погнутый тар делает инкременты,
просветите, не хочется проделывать такую же работу.
Насколько удобно использовать погнутый тар для решения поставленной задачи?
По поводу POSUX
7. Что там насчёт pax(1)?
Есть ли готовые решения?
Другое
8. Чем может похвастать Info-ZIP?
Или они так и остались в восьмидесятых?
9. Кто ещё чем может похвастать?
Пояснения
К п. 6. Под удобством понимается удобство создания и восстановления.
Очень нежелательно, чтобы изменялся хоть какой-то из ранее созданных файлов ---
они могут находиться в неперезаписываемом месте.
Удобство восстановления из архива стоит на первом месте по важности.
---
"Аллах не ведёт людей неверных."