[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Backup system



Dmitri V. Ivanov -> debian-russian@lists.debian.org  @ Mon, 24 Jan 2005 19:15:50 +0300:

 >>  DVI> Маленькое замечание по поводу инкрементальных backup (что-то вроде теста
 >>  DVI> для системы отбора файлов). Допустим, что корень нашего backup ==
 >>  DVI> /dir/root, и также допустим, что у нас есть два каталога
 >>  DVI> /dir/root/testdir и /some/other/dir/testdir. Предположим, что мы сделали
 >>  DVI> полный backup с /dir/root, после чего был удален /dir/root/testdir и на
 >>  DVI> его место перемещен /some/other/dir/testdir. Все указываемые каталоги
 >>  DVI> находятся по условию задачки конечно в пределах одной fs. Backup с
 >>  DVI> нормальным алгоритмом должен сделать полную копию /dir/root/testdir со
 >>  DVI> всеми подкаталогами (я думаю понятно почему).
 >> 
 >> Стоп.  Бэкап _файловой системы_ (с дополнительным требованием сохранять
 >> иноды) - да.  Бэкап _данных_ имеет полное право (и я бы настаивал, чтобы
 >> он при возможности так и делал) отследить действительную разницу в
 >> _данных_, и если данные одинаковые, не тащить их.  Он на то и
 >> incremental.

 DVI> Тут понимаете какая штука: нужно ведь не только данные сохранять, но и
 DVI> структуру тоже. И к тому же еще и старый хлам уметь удалять (то, что
 DVI> пользователь стер с момента предыдущего backup-а).

Это тоже относится к категории "данные разные".

 DVI> К тому же никто не говорил, что данные в /dir/root/testdir и
 DVI> /some/other/dir/testdir одинаковые. В этом-то и фокус, что это
 DVI> разные каталоги просто с одинаковым названием.

Если данные разные - оно, конечно, должно сбэкапить.  А если одинаковые
- то зачем?

 >> А условия "данные с прошлого бэкапа недоступны" ты не ставил...  И
 >> правильно делал - slbackup, насколько я могу понять, работает именно в
 >> режиме доступа к данным прошлого бэкапа (он rdiff использует).

 DVI> С прошлого backup-а нам понадобятся данные по каталогам (они в snapshoot
 DVI> file пишутся у GNU tar например). Точно нужны inode number и полное имя.
 DVI> Насчет ctime и mtime с ходу не помню (и так задержал с ответом, прошу
 DVI> прощения), попробую пожалуй описать своё видение задачи позже (надо
 DVI> сформулировать как-то попонятнее, давно я уже этим интересовался).

Ну вот rdiff-backup предпочитает иметь полный бэкап...  А если ты ему
полного не даешь, то обязательно все, что ты упомянул, плюс права и
расширенные атрибуты.

-- 
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru



Reply to: