https://www.opennet.me/openforum/vsluhforumID3/94926.html Ларс Вирзениус (Lars Wirzenius), один из студенческих товарищей Линуса Торвальдса, вовлечённый в развитие Linux с первых дней существования проекта (создатель Linux Documentation Project и один из первых мэйтенеров в дистрибутиве Debian), представил (http://blog.liw.fi/posts/obnam-1.7/) новый выпуск проекта Obnam 1.7 (http://liw.fi/obnam/), в рамках которого развивается система резервного копирования, основанная на идее оптимизации хранения резервных копий за счёт использования репозитория со встроенной поддержкой дедупликации данных. Код программы написан на языке Python и распространяется (http://liw.fi/obnam/download/) в рамках лицензии GPLv3+. Готовые пакеты сформированы для Ubuntu (https://launchpad.net/~chris-bigballofwax/+archive/obnam-ppa/), openSUSE (http://download.opensuse.org/repositories/home:/Vayun/), Gentoo и Debian (http://liw.fi/code/).<br><br><br>Предлагаемый в Obnam подход к резервному копированию нацелен на достижение трёх целей: обеспечение высокой эффективности хранения, простоты использовани https://www.opennet.me/openforum/vsluhforumID3/94926.html#19 Tue, 18 Mar 2014 23:12:30 GMT binary packages почему бы и нет, хотя тут наверное все же речь о ebuild.<br> https://www.opennet.me/openforum/vsluhforumID3/94926.html#18 Tue, 18 Mar 2014 05:44:43 GMT Интереснее всего с Acronis...<br> https://www.opennet.me/openforum/vsluhforumID3/94926.html#16 Mon, 17 Mar 2014 19:11:01 GMT Так это же zbackup!<br><br>Я его кстати юзаю, очень прикольная штука - можно хоть оббэкапиться, инкременты почти ничего не занимают. Причём дедуплицируется ведь вообще всё - sql дампы например тоже можно.<br><br>И забавный нюанс - засчёт того, что дедуплицирует оно последовательности, заtar'ивание в алфавитном порядке увеличивает эффективность дедупликации :)<br> https://www.opennet.me/openforum/vsluhforumID3/94926.html#15 Mon, 17 Mar 2014 13:55:47 GMT Да, правильно.<br>Фактически там все бекапы полные, разница в том что первый снимок будет делаться долго, потому что бекапит всё, а остальные быстро, потому что только изменения. При этом первый снимок (как и любой другой) потом можно удалить, остальные остануться целыми.<br><br>Я правда не проверял как это работает например на бекапе базы, где несколько больших датафайлов, которые изменяются где-то внутри. Предполагаю в таком случае огромные блобы будут сохраняться в бекап заново целиком. Но для баз есть другие инструменты и методы.<br><br>Использую obnam для бекапа $HOME. Данные в основном фото, около 70GB. С учётом встроенного сжатия бекап с ~40 снимками занимает на 15% меньше места, чем сами данные в $HOME.<br> https://www.opennet.me/openforum/vsluhforumID3/94926.html#14 Mon, 17 Mar 2014 11:43:07 GMT &gt; Для копирования локальных данных еще годится, но попытка использовать ее для удаленного <br>&gt; копирования по ssh больших объемов показало полную неспособность к этому. Мало <br>&gt; того, что оно дико тормознутое по сравнению с rsync, так еще <br>&gt; теряет соединение и на этом подвисает. Видно питонистов не учат обрабатывать <br>&gt; ошибки. При повторных запусках начинает все с самого начала, даже если <br>&gt; ему принудительно сказать делать чекпойнты.<br><br>Баги репортили?<br> https://www.opennet.me/openforum/vsluhforumID3/94926.html#13 Mon, 17 Mar 2014 11:42:22 GMT Там хранилище чем-то похоже на гит. Каждый снапшот объединяет чанки (=блобы) воедино, потому если некоторые чанки были в предыдущем снапшоте, они без изменения будут включены в снапшот новый. Ну а доступ к снапшоту быстрый, а к чанкам &#8212; прямой. Потому не нужно перечитывать все предыдущие снапшоты.<br> https://www.opennet.me/openforum/vsluhforumID3/94926.html#11 Mon, 17 Mar 2014 08:54:38 GMT Не занудствуй.<br> https://www.opennet.me/openforum/vsluhforumID3/94926.html#10 Mon, 17 Mar 2014 07:11:26 GMT &gt;&gt; Готовые пакеты сформированы для Ubuntu, openSUSE, Gentoo и Debian.<br><br>Готовые пакеты для Gentoo?<br> https://www.opennet.me/openforum/vsluhforumID3/94926.html#8 Mon, 17 Mar 2014 04:44:47 GMT видимо подразумевается так:<br><br>Только первый запуск займет дисковый объем, равный по размеру резервируемым данным, <br>при повторных запусках будет требоваться только объем, необходимый для сохранения инкрементальных изменений, выявленных с момента прошлого запуска.<br><br>----<br><br>Сколько при этом потребуется перегнать по сети - вопрос, требующий отдельного уточнения.<br>BONTMIA (rsync-based bash? script) рулит.<br>