www.InTouch.su

Доброе время суток.
Ситуация следующая. Использую InTouch 10.0.2. Windows XP SP3.
Существует АРМ. На значительном удалении от АРМа находится БД ORACLE. Все события,аварии и действия оператора с АРМа записывались в БД при помощи "стринговых" тегов.Значения этих тегов формировались согласно определенных правил Data Change-скриптом.Воздействием для запуска data change скрипта был тег LastAlarmString, который тесно связан с библиотекой WWXTALM.DLL. В тег LastAlarmString "залетало" любое событие происходящее в Viewer'e будь то авария, или действия оператора и т.д.
В процессе работы выяснилось, что при использовании InTouch 10.0.2 и библиотеки WWXTALM.DLL,а следовательно, и LastAlarmString возникают ошибки менеджера памяти (WWHEAP), которые ведут к невозможности дальнейшей работы Viewer'a.По этому поводу есть официальный ответ от техподдержки klinkmann.
Для решения выше указанных проблем необходимо отказаться от WWXTALM.DLL и LastAlarmString. Отсюда возникает вопрос - как можно реализовать вызов скрипта формирования тега для записи в БД при появлении любого нового события в системе?
Использование встроенной функции в ActiveX AlarmViewer запуска события NewAlarm не подходит,так как запускается только 1 раз в секунду независимо от того сколько событий произошло за эту секунду, да и предназначено оно только для алармов.

$System.AlarmUnAckCount <> 0

Генератор зла писал(а):$System.AlarmUnAckCount <> 0

К сожалению данное решение применимо только к тревогам. Не аварийные события и действия оператора это решение не поймает.

События вообще можно поймать только из БД.
И то, через ... ухо

Пользуйтесь стандартными средствами (MSSQL + WWAlarmDBLogger). ИМХО, меньше проблем.

Генератор зла писал(а):События вообще можно поймать только из БД.
И то, через ... ухо

Пользуйтесь стандартными средствами (MSSQL + WWAlarmDBLogger). ИМХО, меньше проблем.

Мы не ищем легких путей
Условия не позволяют нам использовать стандартные средства.У нас на БД ORACLE завязана работа целого региона,более 30 АРМов. И по условиям вся информация должна храниться централизованно.

TATINTEK писал(а):более 30 АРМов

Всего то.

TATINTEK писал(а):И по условиям вся информация должна храниться централизованно.

Типа, MSSQL - не централизованная БД? Круто, не знал.

TATINTEK писал(а):Мы не ищем легких путей

Ну, тогда я лучше поступлю яки Понтий Пилат, т.е. умою руки

Про MSSQL я ничего не писал. У нас используется БД Oracle. Поэтому использовать стандартные решения у нас не получается.Вот и ищем пути через ... ухо

Пффф...
Используйте стандартные средства для записи аварий и событий в бд ms sql.
А затем, не ища легких путей, нестандартными средствами копируйте необходимые данные в oracle.
Один из вариантов и самый простой ))

Используйте стандартные средства для записи аварий и событий в бд ms sql.

To TATINTEK
Не знаю как у Вас на Гаити, но у нас в Соплежуйске именно так и поступают

xonyx писал(а):А затем, не ища легких путей, нестандартными средствами копируйте необходимые данные в oracle.

Именно!!! Только вот... Связь с другими БД для MSSQL является вещью вполне стандартной и заурядной.