Не меняются значения тэгов в БД RUNTIME

[nvstinkie]

Здравствуйте, коллеги.

Wonderware System Platform 2010: Historian 10,0,101,0112.

При обращении к БД Runtime для любого тэга из MDAS получаю постоянное значение. Значения получаю через подключения в FSGateWay. Если смотреть в SMC/DAServer Manager/.../Diagnostics, то значения всех тэгов динамически меняются. Менются они и в Object Viewer'е определённого Engin'а, который можно видеть в Platform Manager'е. Но в выборке из БД я получаю таблицу с постоянным значением для текущей метки времени.

DateTime Value
2014-04-30 08:37:00.0000000 8,248046875
2014-04-30 08:36:00.0000000 8,248046875
2014-04-30 08:35:00.0000000 8,248046875
2014-04-30 08:34:00.0000000 8,248046875
2014-04-30 08:33:00.0000000 8,248046875

Если перезапустить сам Historian или интересующий меня engin, то в выборку попадает новое (текущее) значение тэга и уже оно постоянно пишется в БД.

Видел на форуме, вероятно, аналогичную проблему, но там нет ответа.

Система работала и хисторизация велась нормально до определённого момента. Возможно, это произошло после того как redeploy'или платформу. Деплой платформы выполнился без ошибок.

Подскажите, в каком направлении смотреть? Возможно, был у кого-нибудь подобный опыт?

Спасибо.

______

Александр.

[Генератор зла]

Значения получаю через подключения в FSGateWay.

Можно по-подробнее, как именно?
Что содержится в логах SMC компьютера с FSGateway?

[nvstinkie]

На стороне IAS (если смотрим конфигурацию платформы через ArchestrA IDE) в $DDESuiteLinkClient сконфигурировано подключение к FSGateWay.

FSGW_in_platform_cfg.png

(75.97 КБ) Скачиваний: 0

Здесь же, на сервере, сконфигурированы подключения в FSGateWay к внешним серверам АСУТП (на них работают различные OPCServer'а).

FSGW.png

подключения в FSGateWay

(36.85 КБ) Скачиваний: 0

Подключения активны и я могу видеть меняющиеся значения тэгов.

Вот пример объекта, в котором виден тэг.

Platform_cfg.png

объект

(94.64 КБ) Скачиваний: 0

Ну и логи:

на сервере IAS, где у меня ArchestrA IDE
на сервере Historian в следующем посте.

[nvstinkie]

собственно логи:

log_historian.7z

лог Historian

(11.27 КБ) Скачиваний: 369

log_platform.7z

лог платформы

(31.59 КБ) Скачиваний: 390

[Генератор зла]

FSGW.png
подключения в FSGateWay

В FSGateway подключение к Server Name = FSGateway ? Сильно, ну да ладно.
А где

При обращении к БД Runtime для любого тэга из MDAS получаю постоянное значение. Значения получаю через подключения в FSGateWay.

Ведь именно с этим проблема.

И... Зачем замарывать IP=192.168.x.x Неужели думаете, что к ним можно обратиться извне?

[nvstinkie]

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

живое значение тэга в object viewer.png

живой тэг

(76.81 КБ) Скачиваний: 0

и то, что я вижу в runtime с соответствующей меткой времени:

в БД runtime.png

то что есть в БД

(51.73 КБ) Скачиваний: 0

А за почеркушки уж извините, не моя прихоть. Есть у нас доблестный отдел СБ. За премию "носом землю роют".

[Генератор зла]

может я чего-то не могу сообразить

Без всякого "может быть", можете мне поверить.

живое значение тэга в object viewer.png
живой тэг

Ну, тут вопросов нет. Живой тег.

в БД runtime.png
то что есть в БД

Ага. Заверните два! Обращение к таблице History.
Не замечаете никаких противоречий? Живой тег <-> таблица History.

Короче, пока писАл, понял суть Вашего вопроса, но клацать Backspace лень. Бывает такое залипание с данными, записывающимися в Historian из IAS. Поскольку с Historian связывается Engine, то стоит попробовать его Undeploy/Deploy. Не поможет - Undeploy/Kill Engine/Create Engine/Deploy (только объекты не убейте ). Также обратитесь в техсаппорт, желательно в Питер или Самару. Ключевые слова - скрипт очистки в БД Runtime таблицы Public NameSpace. Там спецы поймут с полуслова.
Ну, или загляните сюда:
https://wdnresource.wonderware.com/supp ... 002198.htm

[beachbear]

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

[mp3corp]

Проблема аналогичная, только на IAS 3.1 Intouch10.1, тему создавал ранее. Убитый AppEngine, мне помог. Хз почму так произошло, имеется около 40 АРМов, ни на каком другом такой проблемы не возникало. Может ни стоит MDAS использовать?

[Генератор зла]

1 из 40 = 2.5%
Не так и плохо для MDAS М.б. всё происходит от многочисленных передеплоев, что-то там в БД Runtime накапливается и ... вуа ля.

[mp3corp]

Генератор, я как бы не говорил что везде MDAS)

[Генератор зла]

Генератор, я как бы не говорил что везде MDAS)

имеется около 40 АРМов, ни на каком другом такой проблемы не возникало.

А в чём тогда глубинный смысл сравнивать тёплое с мягким?
Да и вообще... Если используется SP, то не использовать MDAS, конечно, можно, но много крутить придётся, а оно надо? Если SP не используется, то и вопросов (как и MDAS) нет
Следовательно,

Может ни стоит MDAS использовать?

можно переформулировать в "Может не стоит SP использовать?" Я и сам над этим вопросом много думаю Но это от хандры.

[nvstinkie]

Прошу прощения за задержку с ответом, заставить все смежные службы синхронизировать свои сервера то ещё занятие. Дело было действительно в синхронизации времени на серверах.

Всем огромное спасибо.