инкрементное копирование раздела

[McZim]

Всем привет. Есть задачка, инкрементно копировать раздел. Неважно какой, неважно куда, важно инкрементно. Что то на подобии бэкапа. Подскажите куда копать? Спасибо.

[McZim]

Алексей1153++,  да именно так. Копируя именно то что изменилось а не весь раздел.

[Вад]

Diff делать? Тогда потребуется сравнение с бэкапом (с помощью того же diff, или dump?), а при восстановлении - накатывание патчей. McZim, а при чём тут C/C++?

[McZim]

Вад, при том что я хочу реализовать на C/C++ инкрементное копирование раздела.

[Вад]

McZim, ну так, если хочешь делать сам, то принцип тот же остаётся, получается: ты по всему дереву каталогов проходишь, отслеживаешь изменения и сохраняешь их в каком-то удобном тебе формате.
Я вижу как минимум два варианта реализации:
1. хранение всех изменений, произошедших после определённой даты: всё, что изменено после установленного времени (время начала предыдущего бэкапа), сохраняется в резервную копию дерева (как хранить копию - так, деревом, или в виде файла типа tar - вопрос конкретной реализации).
2. хранение изменений a-la diff, когда поиск различий производится непосредственно между текущей версией и восстановленной из бэкапов предыдущей версией файлов. Работать будет явно куда медленнее, но, возможно, при относительно небольшой доле изменений в файлах за время между бэкапами и при рациональном хранении этих изменений сэкономит достаточно места.

Вообще же, благодаря открытым исходникам легко посмотреть, какая практика применяется в стандартных утилитах - тот же dump расковырять будет, наверное, полезно.

[RXL]

McZim, см. в сторону команд dump и restore. Наверно имеет смысл осмотреть их исходники и мануалы.

Кстати, зачем реализовывать свое, если есть готовое?

[McZim]

RXL, так же как и рекурсивной функцией для обхода директории на предмет нахождения в них файлов, ты мне говорил что есть find, да я знаю что есть, а я ответил что хочу это сделать для личного опыта так как учусь ну и здесь таже ситуация!

[McZim]

просто напросто я хочу работать программистом, у меня уже был опыт программирования и я работал программистом, но по сложившейся ситуации пришлось стать Админом, вот теперь снова я хочу стать программистом, поэтому вставшие админские задачи я пытаюсь решить как будто мне это поставили решить как программисту, не важно как это было бы тяжело. Это я делаю только для себя.

[Вад]

Кстати, зачем реализовывать свое, если есть готовое?

Ну, бывают же ситуации, в которых это может потребоваться Скажем, из своего ПО нужно в числе прочих функций выполнять резервное копирование, а применение стандартных инструментов видится менее подконтрольным процессом (в плане контроля ошибок или разграничения доступа, например). Или, скажем, ТЗ не позволяет.

McZim, если это выполнение админских обязанностей, то надеюсь, ты свой бэкап по прямым обязанностям применять не собираешься А то в случае, если будешь менять работу, тебе за самодельный бэкап сменщик, скорее всего, спасибо не скажет =) Думаю, админить лучше стандартными средствами, а самодеятельность - для себя

Что касается выбора реализации - то это зависит от специфики применения: не зря тот же dump поддерживает, судя по ману, неслабый набор опций.

[McZim]

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

[RXL]

McZim, предполагаю след. ТЗ:
1. Собирать и хранить информацию о дереве каталогов, метаданные (даты создания/изменения/доступа, размер, права) и контрольную сумму для файлов (напр., md5).
2. При нахождение расхождений, копировать/удалять директории и файлы. Направление копировании зависит от режима - бекап или востановление.

[McZim]

RXL, это что бы мне легче было думать или как?

[RXL]

McZim, по моему, это предложение к действию. Один из вариантов.
Первый отвед Вада я не сразу заметил - да, в нем уже все это есть.

Собственно, что ты таки надумал?