Hi Задача - складывать данные из одного SQL сервера в другой. При чём не с пом. сигнальных костров, а по каналу, по к-рому IP телефония работает. Почему вообще может прийти мысль делать это какими-то файлами, или даже данными через https/JSON, или через rsync-inotify+symlinkи, или через unison по крону? Зачем для этого нужна вообще очередь и "скриптовая обвязка"? Когда и какое состояние датчиков увидят в диспетчерской, если их состояние передавать таким образом? Я, к сожалению, лично знаком реализациями такого типа, где состояние "датчиков" видно в виде красивых графиков с отставанием всего на сутки-двое, и то, если "датчики" ведут себя предсказуемо и не генерирует лишний трафик :)
В гиганте телекоммуникаций адовые объемы cdr'ов ездят по ftp/rsync
cdr'ы - это что?
А что ещё готового есть для роли "неинтерактивное удалённое выполнение двустороннее выполнение заданий"?
Почему тут слово "выполнение" два раза и что это название значит? Кстати, для неинтерактивного удалённого выполнения SQL запросов есть из готового SQL сервер.
В каждой диспетчерской есть IP-телефон и сервер визуализации данных с датчиков на предприятии. Сервер все данные отображает на картинке и складывает в MS SQL на предприятии.
Так же надо сделать так, что бы все эти же данные программа складывала в сервер MS SQL в центральной диспетчерской. Планируется сделать это следующим образом:
Программа после формирования SQL-запроса и отправления его местному SQL-серверу складывает его в неизменном виде в файлик и создает флаг T-Mail`у о наличии файлов в очереди. Тмэйл шифрует его опен-пгп и отправляет на сервер в центре, там он принимется, специальной программой модифицироуется и складывается в центральный SQL-сервер.
По тому же каналу бегает IP-телефония на 2 телефонных аппарата, удаленный клиент TraceMod и Remote Desktop в максимальном разрешении/цветности на 1 компьютер.
-- Mike