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

1. Есть головной офис и несколько филиалов (около десятка, возможно добавление новых)
2. Данные должны передаваться как от главного офиса к филиалам, так и в обратном направлении
3. Связь с филиалами всякая: от выделенного канала, до полного отсутствия связи, т.е. возможна только передача на дискетах или CD
4. Должна быть возможность повторной передачи данных по некоторым критериям, например за указанный период времени
5. Минимум настроек и администрирования, чтобы пользователь в филиале мог сам отправлять и получать данные, "с одной кнопки"
6. В дальнейшем (пока не планируется) возможно у филиалов будет своя сеть подчиненных отделений, т.е. потребуется многоуровневая репликация. Здесь тоже желателен минимум администрирования на уровне филиала, т.к. свой админ там есть не всегда

Версия ASA, которая будет использоваться 8 или 9, еще не определились. Стоит ли здесь ориентироваться на стандартные технологии - SQL Remote и Mobilink или придется придумать очередной "велосипед" и написать что-то свое (в основном из-за пунктов 3 - 5)?

Рыжий КотА можно про пункт 4 поподробней? Не совсем понятно для чего это нужно, это специфика задачи?
Специфика. Филиал может работать в полностью автономном режиме, но периодически отправлять данные за некий отчетный период. Или данные по определенному клиенту вне зависимости от остальных.

Александр ГoлдунЗачем это надо? Если по причине потери некоторых сообщений, то ASA сам разрулит и пошлет повторно потерянное.

> 6 ... потребуется многоуровневая репликация.

Все аналогично. Любое кол-во уровней Я вкратце смотрел документацию по SQL Remote, в том числе и русскую. На это потребуется дополнительная пересылка сообщений туда-сюда - запрос-ответ, а при отсутствии он-лайн связи это означает дополнительные поездки курьера и потери времени. Кроме того, при многоуровневой репликации головной офис может ничего не знать (да и не должен, по сути говоря) о сети отделений отдельного филиала, особенно территориально удаленного. Соответственно и настройку публикаций проводить нужно на уровне конкретного филиала, что не всегда возможно.

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

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