> После шести лет разработки увидел свет (http://blog.liw.fi/posts/obnam-1.0/) первый
> стабильный релиз инструмента для организации резервного копирования данных - Obnam 1.0
> (http://liw.fi/obnam/), при разработке которого делалась ставка на обеспечение высокой
> эффективности хранения в сочетании с безопасностью и простотой использования. Код программы

Хорошо.
Шесть лет это немалый срок, может большенство косяков поправили.
Интересно сколько людей пользуют (тестируют).
Чем то напоминает duplicity, может плюшек побольше?
Может на основе него делают (или по идеям, и это хорошо ;)?

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

Ну если хранить пользовательские данные, то дедупликация (устранение повторяющихся данных) может быть и небольшой. В случае виртуальных окружений, да это +.
Иногда бывает быстрее переустановить систему, положить сверху конфиги используемых сервисов. Далее потихонечку смотреть, что забыли!?!?!?

> -  Поддержка режимов работы push и pull. В режиме push программа
> obnam устанавливается на стороне клиента и сохранение резервных копий инициируется клиентом.
> В режиме pull программа obnam устанавливается на сервер для хранения резервных
> копий и процесс копирования данных инициируется сервером (данные передаются по SFTP).
> С точки зрения безопасности предпочтителен режим  push, так как для
> создания полной резервной копии в режиме pull требуется открытие удалённого доступа
> к ФС клиента с правами root (в случае взлома сервера резервного
> копирования, скомпрометированными автоматически окажутся все клиенты);

Надеюсть с правами только на чтение?