Ну с дуплисити все понятно. С веб-мордой тоже понятно ...

Но вот зачем еще один интерфейс кли ?
Куда уж проще :
http://wiki.russianfedora.ru/index.php/Архивирование_данных_с_помощью_Duplicity

P.S. Опять же есть BackupPC и bacula для серверных задач ( если кому то кли не катит )

> Но вот зачем еще один интерфейс кли ?

Как водится, наше колесо немного более круглое :) Конкретно - для работы с большим к-вом серверов.

duplicity действительно прост до великолепия. Но если задача бэкапить, скажем, по 5 ресурсов на 10 серверах, то манипуляции с ком строкой будут уже не совсем удобны.

duply - лучше, но у него профили полностью изолированы, и тоска начнется, когда надо будет во всех поменять, например, url или еще что-ньть.

Мы немного доработали. А веб-морда хороша тем, что работает совместно с нашим кли, а не создает выбора gui vs cli.

P.S. Опять же есть BackupPC и bacula для серверных задач ( если кому то кли не катит )

Есть, но мы делали под свой «облачный сервис» в расчете на кучу не доверенных клиентов. Тут есть свои сложности.

Гм, интересно, как раз недавно заинтересовался duplicity для своих домашних бекапов.

под цигвин это хорошо, но вроде он не работает на 64х битных оффтопиках ?

5 ресурсов на 10и серверах можно бекапить с помощью backupninja, который тоже по сути фронтенд к duplicity, rsync, mysqlhotcopy и всему до чего рука дотянется написать расширение

>The Cygwin DLL currently works with all recent, commercially released x86 32 bit and 64 bit versions of Windows, with the exception of Windows CE and Windows NT4.

Это с их главной странички. Мы на Win64 пока не тестировали.

> 5 ресурсов на 10и серверах можно бекапить с помощью backupninja, который тоже по сути фронтенд к duplicity, rsync, mysqlhotcopy и всему до чего рука дотянется написать расширение

Ну, везде есть сильные и слабые стороны. Много серверов - это только одна из вводных.

Другая - это более-менее удобная настройка бэкапа для реальной файлопомойки (с быстрым исключением ненужного хлама по мере его обнаружения) или для какого-нибудь «Documents and Settings».

При работе непосредственно с duplicity, ему можно указывать исключения в отдельном файле и его можно заполнять через интерфейс scdw.

> Но если задача бэкапить, скажем, по 5 ресурсов на 10 серверах,

то манипуляции с ком строкой будут уже не совсем удобны.

Что это значит МАНИПУЛЯЦИИ ? Вбил в раз в скрипт и пускай его по крону.

Скриншоты SCDW

Скриншоты SCDW

>> про бэкап непосредственно через duplicity

Что это значит МАНИПУЛЯЦИИ ? Вбил в раз в скрипт и пускай его по крону.

А восстанавливать как? Скопировать из крона 2-строчную команду, удалить из нее все --exclude и иже, переписать incr на list, 3 раза опечататься... :)

Плюс надо где-то держать файл с исключениями, иногда нужны пре/пост скрипты. Что делать? - Пишем скриптик. Если писать быстро но на века, получится duply :)

Вспоминаем, про то, что у нас по 5 заданий на 1 сервер - берем duply и дорабатываем. Получается scduply.

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

> А восстанавливать как?

Ну тут я целиком разделяю политику дуплисити.
НИКАКОГО АВТОМАТИЧЕСКОГО востановления !

Востановление это форс-мажор и перед ним тщательно нужно провести расследовние ну и тд ...

Про автоматическое восстановление я того же мнения. (хотя дело, чаще не шибко форс-мажорное - ошибаются и перезаписывают что-нибудь).

Восстановление в scduply точно такое же как и в duplicity, например достать файл за 4 дня назад:

scduply ПРОФИЛЬ restore КАТАЛОГ-КУДА 4D --file-to-restore ФАЙЛ

Только при этом достаточно указать профиль и в вызов duplicity автоматически подставятся параметры url, ID ключа gpg, пароль gpg, местонахождение архивного кэша и др.

Врядли ручное указание этих параметров поможет расследованию... разьве что как своеобразный способ «досчитать до десяти» :)