This is topic от 6.05.1 к 6.06 in forum Общие вопросы / Common questions at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/45/t/000069.html

Posted by Вяткин Н В (Участник № / Member № 1853) on :
 
Господа!
Как я понимаю, форум, это не только просьба о помощи у модераторов, но и обмен мнениями по тем или иным вопросам с коллегами по работе. Предлагаю на этом топике давать информацию об успешном/неуспешном переходе от одного релиза к другому. Про неуспешные попытки - для того, чтобы не идти по тем "граблям" по которым прошли уже другие. Об успешных хотелось бы знать для того, чтобы и самим "смело" идти вперед.
со своей стороны постараюсь информировать Вас о проблемах и их преодолении при переходе от релиза к релизу.Как Ваше мнение о необходимости такого обсуждения?
 
Posted by Вяткин Н В (Участник № / Member № 1853) on :
 
Результаты тестирования функции синхронизации СУБД РВ SIAD/SQL™ 6 для дублированных RTM (DRTM).

Для тестирования имелось три ПК с Windows XP SP2 2.79ГГц, 512 МБ ОЗУ, ключ разработки ТМ на 64000 точек и два ключа DRTM по 1024 каналов каждый.
Работы велись в релизе 6.06. Был составлен простой проект, состоящий из трех RTMов, один выступал в качестве источника данных, там было организовано два канала
- один на стандартном источнике синуса
- второй программная “пила”. Наличие третьего узла обусловлено тем, что при организации каналов на генераторах в дублированных системах, и TRACE и WORK рассчитывают значения каналов независимо друг от друга.
На DRTM был включен режим синхронизации по началу и концу и описаны два канала, связанные с каналами узла – генератора каналов. Результаты синхронизации проверялись на трендах.

Каналы меняются от 0 до 100 период пересчета 0,55 секунды
Испытания заключались в том, что один из DRTMов останавливался и выгружался (закрывался по крестику). Затем, через некоторое время его запускали на выполнение снова и рассматривали архивный тренд, проверяя таким образом, что попало в синхронизируемую базу, заранее зная, как “картинка” должна выглядеть.

если время между перезагрузками RTM меньше двух минут-В этом случае данные в базу вообще не пишутся. Данные в синхронизируемую базу вообще не попали.

если время между перезагрузками RTM ,больше трех минут то. В этом случае данные в базу пишутся, но не все, есть отставание при начале синхронизации и запаздывание при её окончании, в каждом случае оно составляет около 20 секунд.

Выводы: для пользователей перезагружать DRTM не раньше, чем через три минуты после его останова. Не перезагружать DRTM в момент проведения системой итоговых расчетов на интервале час, смена, сутки, месяц, отчетный период (для газа).
Для разработчиков ТМ при выпуске следующего релиза учесть недоработки в реализации функции синхронизации базы данных, а именно разобраться с временем начала и окончания синхронизации, это не есть время окончания и начала работы DRTM , а время последней записи в базу при выгрузки RTM и время первой записи в базу при его повторной загрузки. Можно, наверное, просто расширить интервал синхронизации, но величина расширения будет зависеть от величины самого интервала.
 
Posted by Вяткин Н В (Участник № / Member № 1853) on :
 
ещё одно ограничение: при синхронизации СУБД РВ SIAD/SQL™ 6 для дублированных RTM (DRTM) переписывается не более 200 тысяч значений каналов(точнее от 120 до 180)
 


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2