Резервное копирование содержимого локального ftp в реальном времени

[Tokh]

Можно использовать dargui.

Код: [Выделить]

aptitude show darguiи далее по ссылкам...

Через GUI создаётся shell скрипт. Этот скрипт прописывается в cron и запускается по расписанию. Чтобы, на случай неожиданных тормозов, не запустилось два скрипта одновременно можно в скрипт добавить установку блока в начале http://www.bilar.co.uk/wiki/index.php/Lock_manager_in_Bash и снятие блока в конце.

Не осознаю для бекапа понятие "реальное время". В этом случае может возникнуть необходимость более сложной блокировки файлов на время копирования. Вероятно Lock_manager_in_Bash + "chmod -R 444 /ftp/server/storage/*" могут частично решить вопрос.

Ещё есть простая GUI штука http://backintime.le-web.org/ , но 4 месяца назад она не поддерживала несколько разных конфигураций бекапа, но автор грозился добавить это. Типа можно было создать только один набор-профиль сохраняемых и исключаемых каталогов. А иногда хочется бэкапить разные наборы каталогов в разное время, по разным правилам. Ну и про реальное время...

P.S. Вообще же в репах через синаптик можно устроить поиск по слову backup в описаниях пакетов. Найдётся куча всяких разных штуковин, их можно устанавливать по одиночке на виртуальной машине ( http://www.virtualbox.org/ ) и что-то подойдёт... Например, backuppc программа довольно наворочанная, но с ИМХО чёткой и понятной документацией, тоже GUI через "WEB морду" и настраивается без выдающихся проблем.

[alexander.pronin]

В бекапах главное название. Его название состоит из постоянной части и составляющей текущего датовремени.
Опять же хлам раз неделю (устаревший более чем неделя - месяц )надо удалять опять по cron.
Пр поводу реального времени - все это понимают по разному.
Смысл во всем должен быть. а он следующий.
Чем операция более громоздкая, тем реже она выполняется и желательно, чтобы административные операции не стали тормозить сервер, т.е. надо анализировать трафик.

[DALDON]

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

Всё.

[AnrDaemon]

Зачем ядра? Если сам FTP сервер может запускать скрипты, как например Gene6, по разным событиям, то проблема вырождается до ничего.

[VerstaK]

скрипт который будет выполняться при изменении файла. Вот и всё. Изменили файл, события от kernel поступило, выполнился скрипт.

Вот это больше всего подходит под задачу.

Наверное, не полностью описал, чего хотелось бы добиться. Исправляюсь:

Стоит ftp-сервер типограии. Каждый день на него льют файлы для печати газет. Необходимая последовательность действий:
1. Файл заливается на фтп. Автоматически копируется в общую папку, откуда его и забирают в печать.
1.1. Было бы неплохо оповещать пользователя, что файл закачан.
2. Оргиналы (что остались на фтп) раз в неделю сливаются в архив, для того чтобы можно было потом в случае каких-либо проблем проверить что да как.

Специфика в том, что нужно очень оперативно реагировать на появление файла на фтп. Раньше стояла Windows, Gene 6 (который озвучивал все события) и программулина, которая выполняла резервное копирование и архивацию. В Linuxе совсем новичок, поэтому мечусь, пытаясь понять, как все сделать.


Поставил Back In Time - в принципе, очень даже неплохо, только вот минимальный период между снимками - 5 минут... Но все равно намного лучше того, что получалось раньше, спасибо, u-375