Есть объект(удаленный компрьютер), на нем БД определенной структуры (тип не важен), формируется из баз данных всего объекта в целом(только чтение) есть доступ в интернет... есть дата центр(удаленный компьютер, выход в интернет, очень мощный), требуется разработать систему реального времени c web интерфейсом на дата цетре(формирование отчетов, отображение данных в реальном времени в виде графических объектов на основе собранных данных со всех объектов)! Вопрос: Как лучше это с проектировать, т.е. собрать со всех объектов данные в одну БД на дата центр с точки зрения безопасности, производительности и загруженности канала? спасибо всем! C#, ASP.NET, CSS, HTML, javascript, SSI, MS SQL не проблема, интересуют именно организационные моменты
Да простят меня админы за дубликат сообщения! Очень нужен совет

Это сообщение отредактировал(а) Certain - 19.11.2009, 14:56

Какую-какую систему? Реального времени с веб-интерфейсом? Это значит, что у вас контроллеры скидывают данные в какой-то быстрый пул, оттуда уже происходит более медленный сбор в локальные БД, а затем надо загружать данные на единый сервер для анализа, так? Это если речь идет о полноте данных. Или прямо из риалтайма все в датацентр сыплется? Какие требования к скорости отклика?


Ответ: согласно требованиям к безопасности, производительности и загруженности канала.

ЗЫ. Возможно, подойдут сокеты.

Вобщем Вы меня правильно поняли, требований пока нет, нужно хотя бы пару идей на обсуждение... Подробней расскажу, есть шкаф(в нем контроллеры, которые передают информацию на машины операторов, и компьютер, на который параллельно пишуться в БД те же данные, у него есть выход в интернет) и это только один из объектов (занимаемся SCADA-системами)! Есть дата центр, который должен собирать сам с объектов или получать от объектов(т.е. объекты сами отправляют БД или XML файл или ещё в каком-нибудь виде) эти данные с определенным интервалом времени(задаётся сервером), главное чтобы сервер не загнулся, тем самым на сервере будет одна общая БД. Да, на дата центре веб интерфейс, статический IP, привязан к определенному домену... Через этот сайт под пользователем можно посмотреть (грубо говоря), что у тебя происходит в данный момент на объекте(это главная функция), формирование отчетов на основе этих данных и т.п..
Объектов ~ 20, будет ~ 100
Как лучше организовать сбор данных? 
Со стороны сервера опрашивать объекты с определенным интервалом времени? 
Тогда на объектах должен быть тоже статический IP с зашифрованной папкой по ftp и к нему привязываться?
А если объекты будут сами отправлять данные на сервер?

Вобщем нужет совет по сбору данных.... Буду очень признателен! Я в этих вопросах не силен

На клиенте с выходом в интернет устанавливаем приложение (или просто службу с приложением, обеспечивающим UI для управления, что, наверное, даже правильнее), которое берет данные из своей БД и по расписанию отправляет на сервер одним из следующих способов:
1. Веб-сервис. Скорее всего, ваш случай. Прост в написании и использовании. Мало подводных камней. Безопасность IIS-овская либо самодельная.
2. WebRequest + Http-хендлер в обычном веб-приложении, пересылка данных методом Post. Сложно и некрасиво, но почему бы и нет.
3. Сокеты. Нужно выделять порт на сервере. Один из самых быстрых способов.
4. Remoting. Прикрутив правильные канальные синки, можно улучшить безопасность и производительность, по сравнению с дефолтной.
5. MSMQ. На клиенте и сервере должна быть установлена собсно служба MSMQ.
6. Тупо сливать файлы на ftp сервер, а собирать их он может сам по расписанию (см. SQL Server Agent + Integration Services). Долго и неэффективно.
7. Попробовать организовать VPN и дергать SQL-сервер напрямую из клиента.

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


На мой взгляд, единственно правильный способ. Все вышеперечисленное подразумевает его.

Zakonnic, спасибо огромное!!! +

Это сообщение отредактировал(а) Certain - 22.11.2009, 20:40