Подскажите плиз, как лучше организовать репликацию данных на FTP?

Сейчас она работает на основе файлового обмена, т.е. пару раз в день
отрезается кусок лога, полученные файлы архивируются и пересылаются
по модему в филиал, оттуда данные получаем в таком же виде. Это все
происходит с участием человеческих ресурсов. В ближайшее время планируется
открыть еще несколько филиалов, по причине чего время, затрачиваемое на обмен
данными, грозит стремиться к продолжительности рабочего дня :(

Как вообще это происходит, конкретно меня интересуют следующие вопросы:
1. Нужно ли резать лог?
2. АСА самостоятельно может дозвониться до инета и скинуть файлы на FTP?
3. Надежность передачи (сейчас приходится иногда гонять данные по
несколько раз туда-обратно, чтобы message agent их сожрал)
4. Может быть, лучше организовать передачу по e-mail?

Спасибо за линк. Только я одного не понял: может репликация идти на внешнем ftp-сервере (чтобы все филиалы и головной охфис звонили в инет, и валили на ftp-сервер - например, у провайдера - в инете свои мессаги, а потом все разбирали - кому чего нужно)? Или обязательно надо поднимать свой ftp-сервер? (неудобно, потому что максимум на что идет руководство - это диалап)

Да, и еще один неотвеченный вопрос: как при таком обмене быть с логом? все равно отрезать его время от времени или как? Как месседж агент врубается, что нужно отправить - принять данные? Просто по времени?

Я в кач-ве эксперимента поставил FTP на локальную машину (используя IIS)

Появились еще вопросы:
1. Лог (если его отрезать с командой -x) откусывается нормально, но вместе с ним отрезается и mlg, на который dbremote сам потом и материться. Видимо, лучше все же использовать dbbackup
2. После передачи мессаг dbremote сидит и вроде как ждет новых поступлений информации. Но на самом деле, сколько ключей я не использовал (-sd,-rd,-s,-r), новых сообщений он не генерит. Висит и ничего не делает. Так и должно быть?
3. Допустим, я запущу dbremote через шедулер, он передаст пакеты на ftp, примет то что там будет валяться от удаленных баз. А если, например, с первого раза он не скушает чужую информацию? Хорошо, он сделает маленький файл с повторным запросом. А как удаленные базы об этом догадаются? Чисто практический вопрос? Или надо dbremote запускать на консолидированной и удаленных базах запускать каждые полчаса? Но, тогда получится, что инфа ТОЧНО придет только через 1.5 часа (3*полчаса)????

1) вообще-то так удобно - все в одном флаконе получается. Если бы не досадные бяки с mlg... Не знаю, что думали в Sybase когда так делали, видимо, они тестировали dbremote на базе без mlg. Хотя сами постоянно рекомендуют его включать для надежности
2) а откуда появится новая инфа если он будет сканировать отрезанные логи? То есть, тогда все равно придется периодически запускать dbbackup? Юзеры повесятся :(
3) получается, что для полноценной работы через ftp желательно, чтобы серверу была выделена отдельная телефонная линия. Однакоооо....

To Red Cat:
Delete old logs не прокатит, посколько только что отрезанный лог - не есть old ;-)

Немного оффтопик

Интересно, а для работы по FTP обязательно нужен инет? Или можно настроить комп и софт так, чтобы при входящем звонке фтп-программа снимала трубку, логинила звонящего и давала ему доступ к диску?
Навроде гипертерминала или BBS?

ОК, тогда еще вопрос (надеюсь, еще никому не надоел :)

rasdial - это всего лишь звонилка. Какую прогу нужно ставить на сервер, чтобы она принимала звонки (и соответственно назначала ip-адреса или имена)?

И еще такой вопросик: если кто-то что-то считает на сервере, dbbackup ждет окончания расчета (закрытия транзакции???). Соответственно, резка лога откладывается на это время. А считают что-либо практически постоянно. Это у всех так (ожидание окончания расчета), или у меня эксклюзив? :(