Application Server — различия между версиями

Материал из archestra.info
Перейти к: навигация, поиск
(Создана новая страница размером Т.к. вы работаете в домене, учетную запись которую используют службы платфо...)
(нет различий)

Версия 15:41, 8 сентября 2013

Т.к. вы работаете в домене, учетную запись которую используют службы платформы(ArchestrA network account) рекомендуется использовать доменную.

 При этом эта учетная запись должна входить в группы администраторов каждого локального компьютера.
 В политиках этой учетки нужно отключать сроки истечения пароля, возможность изменения пароля.

 UAC необходимо отключить. см. Tech Note 772 Disabling UAC for Wonderware® Product Support on Windows 2008 Server R2 – 64 bit


Очистка ГАЛАКТИКИ (GALAXY) TN930 Wonderware System Platform Clean-up Guide


Вопрос «ПАДЕНИЕ ПЛАТФОРМ ПОСЛЕ ПЕРЕЗАГРУЗКИ»

Посмотрите техноты: 508, 478, 461
Убедитесь что нет расхождений между доменными и локальными политиками безопасности. 


a. Раздеплоить все платформы галактики b. Выполнить полный бэкап №1 галактики c. Выполнить TN930 (см. приложение к письму) включая выполнение утилиты Galaxy DB Scrubber (см приложение к письму, пароль на архив 123) d. Выполнить полный бэкап №2 галактики e. Удалить галактику f. Восстановить галактику из бэкапа №2


C:\Program Files (x86)\ArchestrA\Framework\Bin\BackupGalaxies

C:\Users\Administrator\AppData\Local\Wonderware\win.ini - пустой файлик для (Windows 2008 sp2 & SP2012)


Установка лицензий, менеджер лицензий, файл wonderware.opt (C:\Program Files\Common Files\ArchestrA\License\wonderware.opt) - Tech Note 485


Восстановление приложения InTouch До 9.5 Tech Note 112 от 9.5 и выше Tech Note 774 Managed Application до 10.0 SP2 Tech Note 546 от 10.0 SP2 TEch note 570


- Time Synchronization (Windows) 882


InTouch Ограничения Bind List Tech Note 397


Alarm DB logger TN 890 Alarm DB Logger Status Functions (Windows 7 and Server 2008 R2) TN 821 Troubleshooting Wonderware Alarm Provider Query Issues TN 872 Running AlarmDBLogger as Windows Service on Windows2008 and Windows 7

ALARMS TN 804 Consuming and Acknowledging Alarms Using Application Server QuickScript


ПОРТЫ Wonderware FactorySuite A2 Deployment Guide.pdf p. 203 "Process Control Network Firewall Ports"


Если есть подозрение на утечку памяти, можно помониторить софт WW как описано в техноте 868 - Troubleshooting Wonderware Software Resource Issues with Performance Monitor(wdn.wonderware.com)


Engine.Scheduler.ScanOverrunsCnt. Стабильно увеличивающееся значение этого счётчика свидетельствует о том, что Engine не справляется с обработкой всех объектов за свой скан - либо разгружайте Engine, либо увеличивайте время скана.


Check the performance of the Appliction Engine by calculating the ratio between the Scheduler.TimeIdleAvg and Scheduler.ScanPeriod. The result should be at least 60% to 70% of the engine scan period. Additionally, monitor for increases in Scheduler.ScanOverrunsCnt.

The main things to be concerned with are CPU avg for the computer should not exceed 30 to 40 % in a system with load balancing or 50 to 60 % without load balancing. Scheduler.ExecutionTimeAvg  a Should not exceed 30 to 40 % of the Engines Scan period Scheduler.ScanCyclesCnt Scheduler.ScanOverrunsCnt a Excluding deployment overruns, this should never exceed .05% of Scheduler.ScanCyclesCnt Scheduler.ScanOverrunsConsecCnt a Excluding deployment overruns  this should never exceed 0


[engine].Scheduler.ScanPeriod – настроенное время скана

[engine].Scheduler.ScanOverrunsCnt – счетчик переполнений времени скана. Если он растет ==> значит движок не справляется с обработкой всех своих задач [engine].Scheduler.TimeIdleAvg – среднее незанятое обработкой время скана. Т.е. сколько свободного времени осталось после выполнения в скане всех задач. Должно быть более 60% от ScanPeriod [engine].Scheduler.ExecutionTimeAvg – среднее время выполнения скана. Должно быть менее 30 - 40 % ScanPeriod [engine].Scheduler.ScanCyclesCnt – счетчик выполненных сканов [engine].Scheduler.ScanOverrunsCnt – счетчик невыполненных сканов из-за превышения времени скана. Он должен быть с районе 0,5 % от ScanCyclesCnt [engine].Scheduler.ScanOverrunsConsecCnt – не должно быть больше 0

[platform].CPULoadAvg – средняя загрузка ЦПУ. Должна быть не более 30-40%

https://wdn.wonderware.com/sites/WDN/Lists/Article/Article.aspx?List=10839c88-47d4-43fb-8699-1b9ce20313ca&ID=321


   rig12 писал(а):Кстати, сама ситуация: деплой длится часов от шести до суток/двух.


Похоже на плохую пропускную способность канала (не сети). Нужно от 128 КБит/с (минимальные требования от WW). Но проблемы исчезают от 512 КБит/с. Если деплой ведётся через общую сеть (файлообмен, интернет, печать, ...), то именно такая ситуация и наблюдается, плавали - знаем.


утилитой Galaxy DB Scrubber. Она ищет ошибки и мусор в БД Галактики и устраняет их. Использовать крайне рекомендуется на раздеплоеном GR-узле, чтобы к БД не было обращения.

К тому же в хелпе сказано:

   For a large Galaxy this is potentially a time consuming operation, and should be used only when necessary. 


Пример 1. Покупаем System Platform. В лицензионном пакете Application Server w/4 Application Server Platforms, Device Integration Server, Information Server, Historian Server. Какой перечень лицензионных файлов и USB-ключов мы получим?


По примеру 1: каждый из 4-х компонентов SP (AppServer, Device Integration, Historian, Inf Server) можно заказать на отдельный ключ (USB/LPT). Набор лиц файлов: для App Server - wwsuite.lic для Device Integration - wwsuite.lic для Historian - wwsuite.lic (обещают добавить archestraserver.lic) для Inf Server - wwsuite.lic + archestraserver.lic А можно все лицензии на один носитель? Или, например, две лицензии - на одну флэху, а две - на другой? Как Вам удобно. Но не более 4 аппаратных ключей.



Настройка защиты объектов IDE_ru стр 71