Re: криптованный бэкап: возможено реализовать простым путём?
> > > > > Вот, напомнили бакулой, ещё dar может хранить раздельно каталог со
> > > > > списком файлов и непосредственно сами файлы. Список файлов можно
> > > > > использовать для инкрементального бэкапа, а сами данные хранить
> > > > > отдельно, что при больших объёмах резервируемой информации бывает
> > > > > удобно.
> > > >
> > > > Дык эта... Штатный наш гнутый tar для инкрементального бэкапа даже
> > > > список файлов не использует. Так справляется...
> > >
> > > dump/restore тоже
> > >
> > > но это файлосистемозависимо, имхо
> >
> > У tar, кажется, нет. У dump - да, он сам по себе по определению
> > файлосистемозависим.
>
> но где-то ведь он хранит информацию о версиях файлов в бэкапе? ему же
> нужно знать изменился файл с прошлого раза или нет
Ему для этого достаточно одного флаг-файла. Ну, в предположении, что часы на
бэкапимой машине идут нормально. Но все остальные средства бэкапа тоже живут
в этом предположении. Только rsync, кажется, можно заставить проверять
контент, но он это делает невообразимо долгое время (ну понятно, чтобы
сравнить контент, его надо прочесть и из фс, и из бэкапа, целиком).
--
Пифагоровы штаны Лобачевскому смешны
-- <lj user=osd>
Reply to: