Типизация в проекте

[SCADAMaster]

Для того чтобы запустить masterSCADA сразу в режим исполнения нужно создать*для MasterSCADA, а затем в свойствах ярлыка указываете запускать MasterSCADA с параметрами - с нужным вам проектом. Подробнее вы можете прочитать в справке. Раздел "Работа в режиме исполнения - Запуск проекта из командной строки и по*ярлыку".

[MTven]

У нас проблема с запуском проекта на сервере - загрузка проекта занимает 15-20 минут, в то время как на любой другой машине этот же проект запускается 2-3 минуты.
Для чистоты эксперимента запускал один и тот же проект на 3 машинах:
Обычный ПК: i5-4590 3.3GHz, 8GB ОЗУ, 1Tb HDD, Windows 8.1 Professional x64;
Рабочий ПК: i3-6100 3.7GHz, 16Gb ОЗУ, 256Gb SSD, Windows 10 Pro x64;
Сервер: HP Proliant DL360, Xeon E5-2667 v4 3.2GHz, 64Gb ОЗУ, 1.8Tb RAID1+0 (SAS 781577 600Gb * 6), Windows Server 2012 R2 Standart.

Не можем понять в чем причина, проекты абсолютно идентичны, версия скады тоже. Единственное, что мы заметили - высокая нагрузка на жесткие диски сервера и высокая активность записи данных на диск (см скрин).Server.jpg

[MTven]

Провели еще несколько испытаний - на аналогичном сервере запустили проект, но результат оказался тем же - время загрузки более 15 минут. Попробовали и на обычном ПК с ОС Windows Server 2012 R2 Standart, но и там система запускалась около 20 минут.
Для чистоты эксперимента взяли два сервера HP с одинаковыми проектами, но на одном из них удалили все объекты из дерева "Система", чтобы исключить любое обращение к сети и внешним источникам данных. Результат остался тем же.

[SCADAMaster]

В какой файл идет запись? На скриншоте не видно имя файла, колонка сильно задвинута. Если хранить архив в БД, то сама скада не должна ничего писать на диск.
Если только там не идет большой поток ошибок или включен полный журнал режима исполнения (Сервис - Настройка - Режим исполнения).

[MTven]

Попробовали поставить версию ОС, поставляемую HP (Windows Server 2012 R2 Std for HP Proliants), на виртуальную машину обычного ПК, там все запускается в пределах 3 минут, но та же ОС на самом сервере запускает систему за 15-20 минут. Мы уже не понимаем в чем дело, специально снесли все разделы, пересоздали рейд, поставили чистую ОС и поверх нее лишь русский языковой пакет. На чистую ОС была установлена MasterSCADA и запущен проект, но и это не помогает. В чем может быть причина?
Загрузка ЖД так же не является причиной долгого запуска - на нормально работающих системах картинка нагрузки такая же.
Server.jpg

[MTven]

Помимо всего этого список выявленных и не устраненных замечаний:
1. Права доступа, выставленные в системе не наследуются компьютерами, объектами и не синхронизируются через БД.
2. Системные сообщения о превышении уставок не срабатывают, при изменении значений самих уставок. Т.е. текущее значение скорости "8.5", уставку "Верхний предупредительный" изменяют с "9" на "8", значение превышает порог и срабатывает визуальная индикация, но сообщение в журнале не появляется.
3. Мнемосхема все еще открывается со скроллбарами, хотя не должна, проблема описана http://www.owen.ru/forum/showthread....l=1#post260629

[SCADAMaster]

1. Права доступа, выставленные в системе не наследуются компьютерами, объектами и не синхронизируются через БД.

Эту ошибку вы ранее не указывали. Опишите ее подробнее.

[MTven]

Эту ошибку вы ранее не указывали. Опишите ее подробнее.

Тут все просто, при изменении прав доступа во вкладке "Операторы и безопасность" для "Система" ни одна из настроек не наследуется ниже стоящими объектами. У вас в справке указано:

Права доступа заданные на уровне системы наследуются компьютером - объектом - переменными. На любом уровне права доступа могут быть переопределены на вкладках "Права доступа".

Так вот, этого не происходит. Права для объектов наследуются только от компьютера - в моем случае "Server". Я пробовал так же ваше нововведение - синхронизацию через БД, но и она не помогла, статус синхронизированно выдает, но изменения от Системы не принимаются.

[SCADAMaster]

Тут все просто, при изменении прав доступа во вкладке "Операторы и безопасность" для "Система" ни одна из настроек не наследуется ниже стоящими объектами. У вас в справке указано:

Так вот, этого не происходит. Права для объектов наследуются только от компьютера - в моем случае "Server". Я пробовал так же ваше нововведение - синхронизацию через БД, но и она не помогла, статус синхронизированно выдает, но изменения от Системы не принимаются.

У нас все корректно, в том числе и в вашем проекте. Синхронизацию через БД делать не нужно - это для крупных сетевых проектов, с единым механизмом управления безопасности.
Может вы просто переопределили на уровне объекта настройки? В этом случае наследование выключается.
Попробуйте сделать так. Задайте на уровне системы настройки которые вам нужны, выделите компьютер, на вкладке Права доступа поставьте флаг "Включая вложенные объекты" и нажмите Вернуть умолчания. Затем проверьте что у объектов (исполняемых на этом компьютере) встали настройки системы. После этого можете попробовать что-то поменять в системе и проверить - применились ли значения к переменным объектов.
Если не сработает - то приложите текущую версию проекта и видео.

[MTven]

Хорошо попробую, но сейчас вспомнил о самом критичном баге на данный момент, который надо устранять в первую очередь - сообщения в журнале не архивируются, хотя данные имеются (видно по трендам).
Огромная просьба - просмотрите его в первую очередь, из-за этого мы не пройдем испытания. Ставить дополнительную СУБД не вариант - у нас и так уже 2 крутятся.

Судя по всему проблема при архивации в PostgreSQL. В MS SQL и Firebird все работает нормально.
Мы посмотрим в чем может быть дело.
Если проблема критичная, то можно временно поставить Firebird и назначить в него архивацию сообщений (данные можно оставить в pOSTGRE)

upd. дополнительная проблема, которую вы вроде до этого устраняли - в журнале формируются сообщения о превышении максимального аварийного уровня для всех измерений,с учетом того, что они в нормальном состоянии:
2017-10-29_12-54-41.png2017-10-29_12-55-12.png