The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Диссертация на тему мониторинга и диагностики техн. средств"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Оптимизация и Промышленные системы (Public)
Изначальное сообщение [ Отслеживать ]

"Диссертация на тему мониторинга и диагностики техн. средств"  +/
Сообщение от demiurg email(ok) on 16-Дек-09, 19:28 
Здравствуйте!

Вот уже второй год пишу диссертацию на тему "Увеличение надежности и безопасности техн. средств за счет разработки и внедрения программного обеспечения контроля состояний оборудования". Естественно тема диссертации выглядит подругому. Это я так упростил.

На самом деле все просто:  есть сервера на закрытом объекте (атомная станция), на всех серверах linux + еще различные устройства snmp + еще различные датчики, которые через snmp не загонишь. Так вот я написал агенты, которые собирают данные с серверов (агенты сбора данных), другие агенты собирают с серверов SNMP (это было проще чем везде поднимать SNMP сервера), все это дело скидывается в базу данных и выводится на экран оператора через графический интерфейс, написанный на qt. Оператор не может инициировать воздействие на сервер (перегрузить его), это сделает сам агент по превышении определенного рода критических уставок.

Все хорошо и замечательно. Уже с одной станции есть справка о внедрении данной системы. Но самой диссертации НЕТ. Я ее очень медленно пишу. И вот сейчас я сижу и думаю почему я многие вещи (ну хотя бы агенты сбора данных) писал сам, а не использовал SNMP в полную его мощь. Сам же себе отвечаю что все по отдельности бы работало хорошо, но все вместе бы очень криво. Но блин обосновать умными словами не получается. И вообще мое мнение НЕ истина же в первой инстанции, смотрю на собственные алгоритмы в формате A1 на стене и думаю: "нафига я это все нагородил - надо было все на snmp делать", а потом понимаю что если бы сделал то тогда бы в случае некоторых внештатных ситуаций сервера не успели бы отказ выполнить и умерли в синем пламени. В тоже время кривить душой в диссере не хочется и получается возможно весь смысл моей работы состоит в том, чтобы либо:
а) показать и доказать что наилучшие показатели в плане безопасности и надежности достигаются при максимальном использовании SNMP и всяких приблуд для него;
б) либо опровергнуть это, показать альтернативные пути (по которым по сути пошел я).

Буду очень признателен за различную инфу по вопросу, где затрагиваются НЕДОСТАТКИ функциональности и надежности snmp протокола и/или невозможности его использовать.
Также вопрос к знающим людям - насколько надежно держать на агентах SNMP такие вещи как иниицирующие воздействия: т.е. в случае превышения критической уставки он ГАРАНТИРОВАННО успеет выключить устройство, или в данном случае имеет писать специальный обработчик.
Другими словами интересуют слабые места SNMP протокола. Если конечно они есть.

Также буду признателен за ссылки на аналогичные работы типа как оформить всю эту диагностику в виде математической модели. Может там я найду понимания своих ошибок. Но сейчас мат. моделями просто нет сил заниматься ибо только думаю сразу этот чертов snmp протокол всплывает. А система то работает.  

Спасибо.

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


2. "Диссертация на тему мониторинга и диагностики техн. средств"  +/
Сообщение от nuclight (??) on 21-Дек-09, 10:52 
>На самом деле все просто:  есть сервера на закрытом объекте (атомная
>станция), на всех серверах linux + еще различные устройства snmp +
>еще различные датчики, которые через snmp не загонишь. Так вот я

[...]
>Все хорошо и замечательно. Уже с одной станции есть справка о внедрении
>данной системы. Но самой диссертации НЕТ. Я ее очень медленно пишу.

[...]
>Также вопрос к знающим людям - насколько надежно держать на агентах SNMP
>такие вещи как иниицирующие воздействия: т.е. в случае превышения критической уставки
>он ГАРАНТИРОВАННО успеет выключить устройство, или в данном случае имеет писать

Что за бред? Такие вещи на обычных операционных системах и обычном железе вообще не делают. Максимум - OLPC, но это _исключительно_ мониторинг, без управления критичными вещами.

Название станции в студию, где там у вас такое внедрено.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Диссертация на тему мониторинга и диагностики техн. средств"  +/
Сообщение от sHaggY_caT (ok) on 28-Дек-09, 23:41 
>Название станции в студию, где там у вас такое внедрено.

Боитесь, что рядом с Вами :)?

Нет, правда, что к человеку пристали: под Linux есть RT-ядра, и недавно в новостях было, что на управляющих рабочих станциях австралийцы вообще Windows используют (и у них там что-то с вирусами было).

Может быть, не все так плохо?

З.Ы. Сама с такими системами никогда не работала, и работать побоялась бы (но небольшой опыт в HighLoad есть)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Диссертация на тему мониторинга и диагностики техн. средств"  +/
Сообщение от anonymous (??) on 30-Дек-09, 02:47 
>>Название станции в студию, где там у вас такое внедрено.
>
>Боитесь, что рядом с Вами :)?
>
>Нет, правда, что к человеку пристали: под Linux есть RT-ядра, и недавно
>в новостях было, что на управляющих рабочих станциях австралийцы вообще Windows
>используют (и у них там что-то с вирусами было).

при чем тут rt-ядра, если автор управляет чем-то через snmpset? :-/

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "Диссертация на тему мониторинга и диагностики техн. средств"  +/
Сообщение от demiurg email(ok) on 31-Дек-09, 10:48 
>
>при чем тут rt-ядра, если автор управляет чем-то через snmpset? :-/

Первый разумный комментарий.
Прошу меня извинить - я понял что обратился НЕ в то сообщество и думаю что тему можно закрыть.

В данный момент я пишу этот комментарий из интернет кафе в Паттаййеее (тайланд). Всех поздравляю С Новым Годом! И желаю в наступающем году успешно решать ПОСЛЕДОВАТЕЛЬНО все возникающие проблемы и диллеммыы...

Искренне...  

Happpy new year from Thailand...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Диссертация на тему мониторинга и диагностики техн. средств"  +/
Сообщение от anonymous (??) on 02-Янв-10, 00:13 
>>при чем тут rt-ядра, если автор управляет чем-то через snmpset? :-/
>
>Первый разумный комментарий.
>Прошу меня извинить - я понял что обратился НЕ в то сообщество
>и думаю что тему можно закрыть.

как-то быстро вы убежали.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Диссертация на тему мониторинга и диагностики техн. средств"  +/
Сообщение от chocholl email(??) on 24-Дек-09, 15:47 
яфигею, тема, максимум на дипломную работу.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "Диссертация на тему мониторинга и диагностики техн. средств"  +/
Сообщение от Vorb email(??) on 22-Янв-10, 19:04 
>яфигею, тема, максимум на дипломную работу.

Присоединяюсь. Тема работы не диссертабельна.. Вообще в компьютерном мире не так просто выбрать диссертабельную тему, очень часто направленности просто технические и не несут научной новизны, и эта в их числе.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру