Re: Backup system
Dmitri V. Ivanov -> debian-russian@lists.debian.org @ Sun, 23 Jan 2005 21:03:53 +0300:
>> Судя по пулу, sf.net, freashmeat.net и гуглу - в почёте комплексные
>> сетевые решения, которые хотя и можно приспособить под подобные моим
>> нужды, однако это уже - оверхед. На другой чаше весов - простенькие
>> скрипты над tar, cpio и тд. Однако, я, кажется, нашёл то, что нужно:
>> http://flexbackup.sourceforge.net/ . Маленькая, простая и гибкая
>> системка на perl.
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.
А условия "данные с прошлого бэкапа недоступны" ты не ставил... И
правильно делал - slbackup, насколько я могу понять, работает именно в
режиме доступа к данным прошлого бэкапа (он rdiff использует).
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Reply to: