День добрый!
Есть технологический процесс, есть комплекс измерительных устройств считывающие значения температуры, давления, уровня, расхода и др. тех. параметров. Эти параметры оперативный персонал должен иметь возможность анализировать каждые 10 сек.
Мне необходимо выбрать какой-нить из дистрибутивов *Nix системы, версию и архитектуру CS\SS СУБД IB\FB. Для организации:
1. Кластера, т.е. группа компов логически работает как один, так это видится клиентам. При вышедшем одного из ЭВМ входящего в кластер, чтобы не каснулось клиентских ПО, которые добавляют значения парметров в БД.
2. Кластер смог бы вести добавление значений по 1.000 параметрам, каждые 10 сек. Прежде чем значение параметра добавляется, происходит проверка а может по данному параметру за данный момент времени уже есть значение, тогда это значение надо обновить на добавляемое, иначе добавить.
3. В любой момент времени по любому параметру выдать данные поключившенному клиенту, за любое запрошенное им время
4. Легкость резервирование информации
Пожелания:
1. Легкость установки ОСи, СУБД и их настройки. Для того чтобы в случае выхода одного из ЭВМ работающего в кластере можно заменить резервным, который заранее подготавливается
2. Ну и само собой беслпатное ))
Буду рад за ответы, удачи вам
Выбор версии FireBird и *Nix системы
Модератор: kdv
-
- Сообщения: 66
- Зарегистрирован: 29 авг 2006, 10:00
кластер можно организовать только fail-over, т.е. просто одна машина основная и вторая в резерве.
1000 параметров каждые 10 сек, да еще и пользователи "постоянно долбящие" - это интересно.
www.ibase.ru/devinfo/sys_failure.htm
www.ibase.ru/devinfo/testiu.htm
1000 параметров каждые 10 сек, да еще и пользователи "постоянно долбящие" - это интересно.
www.ibase.ru/devinfo/sys_failure.htm
www.ibase.ru/devinfo/testiu.htm
-
- Сообщения: 66
- Зарегистрирован: 29 авг 2006, 10:00
А долбящих можно "убрать" путем анализа постоянных запросов к БД и просто выбирать каждый раз их ложить для общего доступа, а клиенты сами заберут данные, но это крайний вариант.
Самое главное добавление данных
А статьи видел, иначе бы не спросил про FireBird, нечто похожее уже есть, но на Oracle. Не нравится только то что он громоздкий и сложен в изучении, при разборе критической ситуации. Когда надо быстрее, то не обходимо как можно меньше действий по восстановлению
Самое главное добавление данных
А статьи видел, иначе бы не спросил про FireBird, нечто похожее уже есть, но на Oracle. Не нравится только то что он громоздкий и сложен в изучении, при разборе критической ситуации. Когда надо быстрее, то не обходимо как можно меньше действий по восстановлению