Выбор версии FireBird и *Nix системы

IBX, FIBPlus, UIB, ADO, .Net и прочее-прочее-прочее, в общем все, что относится к созданию приложений, работающих с InterBase, Firebird и Yaffil - клиент-серверных, трехзвенных, консольных и т.п.

Модератор: kdv

Ответить
EvilsInterrupt
Сообщения: 66
Зарегистрирован: 29 авг 2006, 10:00

Выбор версии FireBird и *Nix системы

Сообщение EvilsInterrupt » 15 мар 2007, 16:21

День добрый!

Есть технологический процесс, есть комплекс измерительных устройств считывающие значения температуры, давления, уровня, расхода и др. тех. параметров. Эти параметры оперативный персонал должен иметь возможность анализировать каждые 10 сек.

Мне необходимо выбрать какой-нить из дистрибутивов *Nix системы, версию и архитектуру CS\SS СУБД IB\FB. Для организации:
1. Кластера, т.е. группа компов логически работает как один, так это видится клиентам. При вышедшем одного из ЭВМ входящего в кластер, чтобы не каснулось клиентских ПО, которые добавляют значения парметров в БД.
2. Кластер смог бы вести добавление значений по 1.000 параметрам, каждые 10 сек. Прежде чем значение параметра добавляется, происходит проверка а может по данному параметру за данный момент времени уже есть значение, тогда это значение надо обновить на добавляемое, иначе добавить.
3. В любой момент времени по любому параметру выдать данные поключившенному клиенту, за любое запрошенное им время
4. Легкость резервирование информации

Пожелания:
1. Легкость установки ОСи, СУБД и их настройки. Для того чтобы в случае выхода одного из ЭВМ работающего в кластере можно заменить резервным, который заранее подготавливается
2. Ну и само собой беслпатное :)))

Буду рад за ответы, удачи вам

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Сообщение kdv » 15 мар 2007, 16:37

кластер можно организовать только fail-over, т.е. просто одна машина основная и вторая в резерве.

1000 параметров каждые 10 сек, да еще и пользователи "постоянно долбящие" - это интересно.

www.ibase.ru/devinfo/sys_failure.htm
www.ibase.ru/devinfo/testiu.htm

EvilsInterrupt
Сообщения: 66
Зарегистрирован: 29 авг 2006, 10:00

Сообщение EvilsInterrupt » 15 мар 2007, 18:55

А долбящих можно "убрать" путем анализа постоянных запросов к БД и просто выбирать каждый раз их ложить для общего доступа, а клиенты сами заберут данные, но это крайний вариант.
Самое главное добавление данных

А статьи видел, иначе бы не спросил про FireBird, нечто похожее уже есть, но на Oracle. Не нравится только то что он громоздкий и сложен в изучении, при разборе критической ситуации. Когда надо быстрее, то не обходимо как можно меньше действий по восстановлению

CyberMax
Заслуженный разработчик
Сообщения: 638
Зарегистрирован: 31 янв 2006, 09:05

Сообщение CyberMax » 16 мар 2007, 01:24

EvilsInterrupt писал(а):А статьи видел, иначе бы не спросил про FireBird, нечто похожее уже есть, но на Oracle. Не нравится только то что он громоздкий и сложен в изучении, при разборе критической ситуации.
Да еще и платный, что идет в разрез с пожеланием №2...

Ответить