Господа! Как я понимаю, форум, это не только просьба о помощи у модераторов, но и обмен мнениями по тем или иным вопросам с коллегами по работе. Предлагаю на этом топике давать информацию об успешном/неуспешном переходе от одного релиза к другому. Про неуспешные попытки - для того, чтобы не идти по тем "граблям" по которым прошли уже другие. Об успешных хотелось бы знать для того, чтобы и самим "смело" идти вперед. со своей стороны постараюсь информировать Вас о проблемах и их преодолении при переходе от релиза к релизу.Как Ваше мнение о необходимости такого обсуждения?
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)
