<br><br><div class="gmail_quote">2009/8/12 Sergey A. Kobzar <span dir="ltr"><<a href="mailto:sergey.kobzar@mail.ru">sergey.kobzar@mail.ru</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <div><div class="h5">Wednesday, August 12, 2009, 2:19:09 PM, John wrote:<br> <br> > 2009/8/12 Sergey A. Kobzar <<a href="mailto:sergey.kobzar@mail.ru">sergey.kobzar@mail.ru</a>><br> > Wednesday, August 12, 2009, 2:06:35 PM, John wrote:<br> <br> >> 2009/8/12 Sergey A. Kobzar <<a href="mailto:sergey.kobzar@mail.ru">sergey.kobzar@mail.ru</a>><br> >> Приветствую.<br> <br> >> Необходима бэкап система которая могла бы записывать изменения в файле<br> >> в отдельный файл, потом передавать эти изменения на другой хост и там<br> >> собирать исходный файл.<br> <br> >> Имеется несколько десятков файлов по 2-4 гигабайта. Изменений за день<br> >> не много. Использовать rsync для вычисления не годится - слишком много<br> >> требуется ресурсов и большое по времени ограничение на запись в файл.<br> >> В идеале видится патч для iNotify который вместе с событием об<br> >> изменении файла передавал смещение и размер изменившихся блоков. Некий<br> >> демон ведет журнал изменившихся блоков и по требованию передает их на<br> >> удаленный хост. Программа на удаленном хосте восстанавливает исходный<br> >> файл.<br> <br> >> Существует ли что-то подобное в природе или придется писать самому?<br> <br> <br> >> --<br> >> Sergey<br> <br> <br> >> Не претендую на истинность, но rsyncу можно сказать, чтобы он не<br> >> проверял хеши файлов (что бесспорно очень долго), а просто<br> >> сравнивать дату изменения файлов, и копировать тоько новый данные.<br> <br> > Да, можно такое сделать. Но если меняется в файле хоть 10 байт, то<br> > придется передавать все 2Г на удаленный хост. Это ни есть хорошо и как<br> > раз этого стараюсь избежать.<br> <br> <br> > --<br> > Sergey<br> <br> <br> <br> <br> > Топикстеру на заметку:<br> <br> > DESCRIPTION<br> > Rsync is a fast and extraordinarily ........... It is famous for<br> > its delta-transfer algorithm, which reduces the amount of data sent<br> > over the network by sending only the differences between the<br> > source files and the existing files in the destination....<br> <br> > Сам я правда delta-transfer не проверял<br> <br> </div></div>В общем конкретный случай:<br> есть VMware Virtual Machine. Изменения пишутся в vmdk файлы. Размер<br> виртуальной машины 60-120Г. Сколько нужно времени rsync чтобы<br> вычислить дэльту и передать ее на удаленный хост даже по 1Г сети? И<br> все это время виртуальная машина должна быть остановлена. Не годится<br> такое решение...<br> <br> <br> --<br> <font color="#888888">Sergey<br> <br> <br> </font></blockquote></div><div><br></div><div>Без обид. Где вас таких учат? :)<br></div><div><br></div><div>Есть lvm с _заморозкой_ текущего состояния данных. (В двух словах: это специально чтобы не останавливать сервера для бекапа. т.к. это почти копия данных. See lvm manpages for details.)</div> <div><br></div><div>Алгоритм:</div><div>1. делаем заморозку средствами lvm.</div><div>2. далее эти данные передаем дельтой с rsync'ом.</div><div>3. сносим заморозку.</div><div><br></div><div>При этом сервера как работали так и будут работать дальше. ниочем не подозревая.</div> <div>Конечно для этого нужен _грамотный_ изначальный подход к установке базовой системы.</div><div><br></div>-- <br>Regards,<br>Malakhov Alexey<br>OpenXlout, q4wine ( <a href="http://q4wine.brezblock.org.ua/">http://q4wine.brezblock.org.ua/</a> ) main developer.<br> BrezBlock ( <a href="http://brezblock.org.ua">http://brezblock.org.ua</a> ) maintainer<br>e-mail: <a href="mailto:brezerk@gmail.com">brezerk@gmail.com</a><br>web: <a href="http://brezblock.org.ua">http://brezblock.org.ua</a><br> BrezBlock, Kiev, Ukraine<br>