Rsync

инкрементальный бэкап бинарных данных с дублированием на e-mail.

свой велосипед напишешь, никуда не денешься

Хочется что-нибудь в этом роде:

/dir1$: mega-backup-tool -R . /backups-dir
/dir1$: ls -l /backups-dir
-rw-r--r-- 1 minoru minoru 8445 нояб. 11 14:28 backup-init

/dir1$: mega-backup-tool -R . /backups-dir
/dir1$: ls -l /backups-dir
-rw-r--r-- 1 minoru minoru 1Gb нояб. 11 14:28 backup-init
-rw-r--r-- 1 minoru minoru 50Mb нояб. 12 14:28 backup-inc-1


/dir1$: mega-backup-tool -R . /backups-dir
/dir1$: ls -l /backups-dir
-rw-r--r-- 1 minoru minoru 1Gb нояб. 11 14:28 backup-init
-rw-r--r-- 1 minoru minoru 51Mb нояб. 12 14:28 backup-inc-1
-rw-r--r-- 1 minoru minoru 49Mb нояб. 13 14:28 backup-inc-2

rsnapshot, перл скрипт, надстройка над rsync. вроде умеет.

Жир

Time Machine

Разве rsync что-то подобное умеет?

Да, умеет.

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

cron + rdiff-backup + велосипед с посылкой на мыло.

Скорее всего так и сделаю. Спасибо.

backup-manager + cron

Автору - если надо делать бакапы с минимальным IO оверхедом (пример — мой eeepc), то советую взглянуть на что-то снапшотное по технологии COW: btrfs, zfs, снапшоты LVM. Для последнего метода есть утилита snaprotate.pl (google it). Идея в том, что ты создаешь том LVM, и ставишь в крон создание снапшотов с нужной периодичность. Недостаток в том, что при записи в оригинальный том, обновляются таблицы COW во всех снапшотах. Так что этот метода подходит при малоинтенсивной записи на оригинальный том.

Да, если нужна супернадежность, не используй утилиты типа rdiff-backup, duplicity, т.е. там, где есть бинарные инкременты\дельты\диффы. Оно ломается время от времени, это боль. Неодноразово приходилось удалять папку rdiff-backup, оставаясь только с live копией! Только tar в этом плане прост и надежен, т.к. при изменении в файле хоть 1 байта, весь файл идет в инкрементальный бакап.

Я rрсинком бэкаплю файл сервер. Каждый день зеркалируется диретокрия пользаков на другой сервер, и так же происходит бэкап за сутки на определенный сервер, если такой вариант интересует, то могу подробнее рассказать.

Велосипедная реализация FS для хранения всех бэкапов в одном файле

это не так. можно разбить по отдельным, которые будут в общем пуле.

Велосипедный протокол передачи данных
Велосипедная реализация cron

на практике первое вообще не считаю недостатком, второе - планировщик там очень вписывается как часть целостной системы. учитывая, что bacula - решение кросплатформенное (в тех же виндах вместо крона пришлось бы свой планировщик юзать) и самостоятельное - у него обязан быть свой планировщик. к тому же я считаю что гораздо удобнее на сервере директора настроить schedule, нежели на _каждом_ из клиентов - крон, запускающий rsync.
с bacula в другом проблема - размер БД каталога. если данных сильно много, то будут проблемы с производительностью.

Расскажите, пожалуйста, подробнее.

Жир

Acronis True Image

Велосипедная реализация FS для хранения всех бэкапов в одном файле

Это как структуру продумаешь. Да, она может хранить все и вся в одном файле, а может каждый бэкап в отдельные раскладывать

Велосипедная реализация FS для хранения всех бэкапов в одном файле
Велосипедный протокол передачи данных
Велосипедная реализация cron

Оно ориентировано на ленты, а не хранение на обычном сторе.

У вас там челая фабрика из 100500 машин? Нет? Тогда rsync.