Simple-Scada forum
Simple-Scada 2 => Ваши вопросы => Тема начата: greenmore от 07 Марта 2018, 15:33:33
-
Какие опции имеет команда server.exe в командной строке.
Можно ли запустить/остановить/перезапустить сервер из нее.
Имеется ли возможность запуска сервера как службы.
Нужно перезапускать сервер на удаленной машине, какие предложения.
-
Здравствуйте.
Процесс сервера "Server.exe" не имеет каких-то специальных функций для управления через командную строку. Можно попробовать организовать перезапуск приложения используя планировщик Windows, но завершение работы может быть некорректным. Также в данный момент нельзя запустить сервер как службу.
Нужно перезапускать сервер на удаленной машине, какие предложения.
А для чего нужно выполнять перезапуск? К какому результату он должен привести?
-
Сервер и клиенты удаленные.
После редактирования страниц, нужно перезапускать клиенты для того, что бы изменения были видни.
Доступ к клиентам может быть ограничен, тогда лучше перезапустить сервер к которому RDP имеется...или там по другому можно решить проблему.
-
greenmore, а почему не подходит вариант просто перезапустить проект через сервер скады, нажав на кнопку запуска/останова проекта в правом нижнем углу (описание кнопки доступно по ссылке (https://simple-scada.com/help/manual/server-project.html))? После перезапуска проекта все клиенты получат последнюю версию проекта и отобразят её.
-
Вижу что работает.
У меня просто вызывает отрицательную реакцию обращение к экрану любого приложения Симпл Скада в режиме RDP.
-
Если на ПК-сервере запущен только сервер Simple-Scada(Server.exe), то подключение через RDP должно работать нормально. Если на ПК-сервере запущен редактор или клиент, то подключение через RDP установить не получится, так как при этом Windows меняет глубину цвета на 24 бита(из-за этого может возникать ошибка «Dekstop doesn’t support 32-bit color mode» или «Can’t create d3d device»). Рекомендуем для удаленного подключения использовать TeamViewer — через него все работает без проблем.
-
TeamViewer платная, однако. К тому, большинство заказчиков не очень толерантно относится к таким произведениям.
-
Вопрос по перезапуску сервиса, в последних версия, с момента сообщения выше - SCADA сервер может работать как служба. Есть необходимость перезапуска 1 раз в неделю проекта в SCADA планировщиком Windows, а очевидно перезапустить только проект, не трогая службу, таким образом не получится.
Вопрос такой: если при запущенном проекте на сервере перезапустить не сам проект (из оснастки SCADA), а из оснастки Windows перезапустить службу - проект будет корректно завершен ?
Для теста сделан такой bat файл и подключен к задаче в планировщике
@echo off
net stop "Simple-Scada Server Service"
ping -n 60 localhost>Nul
net start "Simple-Scada Server Service"
ping -n 301 localhost>Nul
SetLocal EnableExtensions
Set ProcessName=Simple-Scada Server Service
TaskList /FI "ImageName EQ %ProcessName%" | Find /I "%ProcessName%"
If %ErrorLevel% NEQ 0 net start "Simple-Scada Server Service"
exit
-
greenmore, а почему не подходит вариант просто перезапустить проект через сервер скады, нажав на кнопку запуска/останова проекта в правом нижнем углу (описание кнопки доступно по ссылке (https://simple-scada.com/help/manual/server-project.html))? После перезапуска проекта все клиенты получат последнюю версию проекта и отобразят её.
В раздел пожелания - а можно добавить поддержку ключей в командной строке "перезапуск текущего проекта" или что то подобное ? в будущих релизах
-
если при запущенном проекте на сервере перезапустить не сам проект (из оснастки SCADA), а из оснастки Windows перезапустить службу - проект будет корректно завершен ?
Да, проект должен останавливаться корректно, как при выключении службы вручную.
-
Вопрос в этой теме как наиболее близкой по смыслу.
После появления возможности установки сервера Simple Scada как службы и переход на такую модель стала проявляться периодически проблема - служба зависает(частично) и не может быть перестартована как из оснастки Simple Scada, так и их оснастки служб в Windows. В обоих случая при попытке остановки - процесс перестает отвечать и в конечном итоге оснастка Windows выдает ошибку по истечении времени попытки остановки. При это служба сервера SS точно перестает работать, оснастка SS недоступна, сессия к базе данных рвется со стороны SS. Приходится перезагружать весь сервер ВМ.
Вводная информация:
- релиз начиная где-то примерно с 2.5.хх, текущий 2.6.1.0 где постоянно проявляется.
- периодичность плавающая, но в среднем 1 раз в неделю.
- не связано с ключом лицензии - попробовал два способа различных подключения его к ВМ, не повлияло.
- служба сервера Simple Scada и база данных стоят на одной ВМ.
Особенности, что наводит на мысли:
- зависания проявляются обычно после длительного простоя или слабой активности все системы в целом. Ввиду особенностей эксплуатации есть периоды, когда 1-2 дня в SCADA подключены (то есть стоят не в bad статусе в ОРС) всего 20-30 тегов с почти не меняющимися (или крайне редко меняющимися) значениями в течении суток.
- под фразой "служба SS зависла" понимается такое визуальное проявление проблемы: перестает выполнятся секундный скрипт внутренний, перестает выполнятся скрипт HTTP запросов погоды. Но при этом, если например перезагрузить базу данных, то в логах оснастки SS появляются записи об отключении и подключении к базе, то есть значит служба сервера как-то частично зависает (?).
- также при зависании продолжает работать переход по страницам, можно выключить и включить клиента, он подключится к серверу. Перестают выполнятся только внутренние скрипты, связанные с какой либо периодичностью.
- к секундному скрипту привязан внутренний тег, нарастающий и выведенный на график в виде пилы. Поэтому зависание системы сразу видно, вместо пилы прямая линия.
-
Здравствуйте.
Мы добавляли изменения связанные с работой таймеров службы в последнее обновление 2.6.2.1. После обновления на 2.6.2.1 (если уже скачивали её ранее, то скачайте повторно, т.к. мы обновляли файл установщика) тоже есть такая проблема?
-
нет, последнее не скачивали еще, частый апдейт версий на удаленной площадке несколько затруднителен. Как будет возможность проверим
-
Aпгрейд SCADA на площадке произведён до 2.6.3.1. База данных на этой же виртуальной машине версии MySQL 8.0.25.
Проблема продолжает повторятся - в случае малого потока данных, SS теряет подключение к базе данных (или сессия закрывается сервером с потерей ID сессии соответственно?). При этом визуально клиент продолжает работать, графики в текущем режиме строятся, но ввиду малых объемов данных берутся предположу из кэша в оперативной памяти. При попытке перезапустить проект - служба зависает. И запустить заново без перезагрузки всей VM не удается. В приложенных картинках один из вариантов зависания - после нажатия кнопки "stop" проекта в оснастке.
Дополню, может быть важная деталь, к сообщениям выше:
- в текущей версии скрипты продолжали выполнятся, секундные в том числе;
- во всей истории сообщений выше, в логах ошибки о потере связи с базой данных или неудачных попытках записи в нее - нет;
-
Здравствуйте.
Вышлите текущую версию проекта и логи на support@simple-scada.com для проверки.
Проблема продолжает повторятся - в случае малого потока данных, SS теряет подключение к базе данных (или сессия закрывается сервером с потерей ID сессии соответственно?).
Сессия может быть автоматически закрыта, если сервер скады завис, в результате чего перестал отправлять запросы к БД. Тогда сессия (через какое-то время) закроется из-за отсутствия активности.
во всей истории сообщений выше, в логах ошибки о потере связи с базой данных или неудачных попытках записи в нее - нет;
Значит потери связи с БД не было. Судя по имеющейся информации проблема не связана с БД и малым потоком данных, больше похоже на зависание сервера скады. Пока не понятно по какой причине.
графики в текущем режиме строятся, но ввиду малых объемов данных берутся предположу из кэша в оперативной памяти.
Графики в меню трендов, или в компоненте "Временные тренды" (https://simple-scada.com/help/manual/time-trends.html)? Компонент "Временные тренды" получает данные с сервера, а затем хранит их в оперативной памяти на клиентском ПК. Если графики перестали меняться и отображаются как прямые линии, значит сервер скады перестал передавать клиенту изменения переменных. Если данные на графиках меняются и добавляются, значит сервер правильно передаёт изменения.
В приложенных картинках один из вариантов зависания - после нажатия кнопки "stop" проекта в оснастке.
Это важный момент. До нажатия кнопки остановки проекта web-интерфейс службы работал правильно? Т.е. можно было просмотреть вкладки "Journal", "Projects" и другие до тех пор, пока Вы не попытались остановить проект?
И запустить заново без перезагрузки всей VM не удается.
Через диспетчер задач Windows, вкладка "Подробности" никак не удаётся завершить работу службы "SrvService"? Выделить и нажать "Снять задачу" (см. скрин во вложении).
На данный момент есть следующие предположения:
- проблема как-то связана с USB-ключом (например, есть периодические потери связи с USB-ключом, или с пробросом ключа);
- если в проект работает с OPC-DA серверами, то проблема может быть в этом;
- возможно в проекте есть скрипты, которые допускают бесконечное выполнение (циклы с неправильными условиями, или вызовы скриптов друг на друга), или работают с огромным количеством данных (при котором обработка данных займёт часы);
Ещё вопросы:
1. Вы уверены, что проблема возникает именно при работе сервера скады как службы? Есть ли возможность установить сервер как обычное приложение?
2. Компьютер на котором запущен сервер скады никогда не уходит в спящий режим и т.п.?
3. Какая именно виртуальная машина используется?
4. Есть ли связь с какими-то событиями? Например, проблема возникает после попытки построить отчет, отправить сообщение и т.п.?
5. Что Вы видите на клиентском ПК при возникновении проблемы? Данные в компонентах "Поле" (https://simple-scada.com/help/manual/field.html) и "Уровень" (https://simple-scada.com/help/manual/level.html) замирают, или продолжают меняться? Может быть замирают данные с какого-то конкретного OPC-сервера?
-
До нажатия кнопки остановки проекта web-интерфейс службы работал правильно? Т.е. можно было просмотреть вкладки "Journal", "Projects" и другие до тех пор, пока Вы не попытались остановить проект?
да, до момента попытки остановки проекта (и последующего зависания службы - указанные вкладки были доступны и содержали данные
Через диспетчер задач Windows, вкладка "Подробности" никак не удаётся завершить работу службы "SrvService"?
Нет. после зависания статус "stopped" и пункты start/restart недоступны в оснастке Windows у службы.
Графики в меню трендов, или в компоненте "Временные тренды"
четкой статистики нет. Последний раз - в меню трендов данные были (график пилы 0-255 в качестве метрики с ОРС берется). В какие то разы (надо понимать что это уже сильно растянутый по времени наблюдения вопрос) - зависание было замечено по прямым линиям в компоненте "временные тренд" на основной странице проекта, при этом в меню трендов не заходили, какая там была картина не могу сообщить.
Вы уверены, что проблема возникает именно при работе сервера скады как службы? Есть ли возможность установить сервер как обычное приложение?
такой возможности нет, установить как приложение. С момента первого релиза с доступной опцией "как служба" SS установлена таким образом, на этапе пусконаладки были и другие сторонние проблемы не связанные со SCADA, так что были ли именно эти зависания в режиме приложения - сказать невозможно. Сейчас сторонние проблемы решены давно.
2. Компьютер на котором запущен сервер скады никогда не уходит в спящий режим и т.п.?
Нет, это хост машина с десятком различных ВМ, все остальные работают нормально.
4. Есть ли связь с какими-то событиями? Например, проблема возникает после попытки построить отчет, отправить сообщение и т.п.?
Из достаточно уверенно прогнозируемого (предсказуемого) события - это долгое время работы в простое, иных зависимостей обнаружить надежно (повторяемо) не удалось.
5. Что Вы видите на клиентском ПК при возникновении проблемы?
Сказать не могу, станции оператора и их экраны физически недоступны. В массе своей все либо визуально нормально, пока не попытаться остановить проект на сервере (но очевидно он уже находится в зависшем состоянии), либо, как писал ранее в сообщениях выше (что замечают операторы и сообщают) - линия графика пилы ровная становится.
Косвенно зависание мы обнаруживаем (можем предсказать) по другому: на отдельную ВМ делается копия базы SCADA, на эту копию подключена Grafana, и в случае когда SCADA зависла, но визуально еще может быть и нормально все по графикам - нет новых данных в реплике. Значит что SCADA давно не скидывала данные в свою БД и сейчас зависнет 100% при попытке остановить проект через Web страницу или просто остановить службу в оснастке Windows.
3. Какая именно виртуальная машина используется?
параметры на картинке во вложении
проблема как-то связана с USB-ключом (например, есть периодические потери связи с USB-ключом, или с пробросом ключа);
каким образом можно проверить ? ранее, как уже задавал вопрос и вы отвечали - насколько понял возможности вывести в лог сервера SCADA это событие это не планируется/невозможно , по соображения защиты от взлома?
Ключ проброшен по сети с помощью VirtualHereUSB последней версии. Также на этой оснастке проброшен ключ для ОРС UA сервера, проблем не наблюдается.
если в проект работает с OPC-DA серверами, то проблема может быть в этом;
не имеется, источники данных только ОРС UA. 1 экземпляр сервера программный (insat), еще несколько - аппаратные на контролерах Wago
-
Нет, это хост машина с десятком различных ВМ, все остальные работают нормально.
Мы имели ввиду конкретную ВМ, на которой запущен сервер скады.
Большую часть вопросов можно исключить просто проверив логи (после зависания) сервера скады. Трудно сказать что-то более конкретное без проверки логов и проекта. В будущих обновлениях добавим наугад вывод в логи различной доп. информации, связанной с остановкой проекта и т.п..
-
В обновление 2.6.3.3 внесли изменения. Если посмотреть логи в момент остановки проекта, то там должен отображаться последний шаг на котором произошло зависание. Также устранили ожидание записи в БД, которое потенциально могло быть вечным. Возможно у Вас именно из-за этого проект не останавливался.
-
В обновление 2.6.3.3 внесли изменения. Если посмотреть логи в момент остановки проекта, то там должен отображаться последний шаг на котором произошло зависание. Также устранили ожидание записи в БД, которое потенциально могло быть вечным. Возможно у Вас именно из-за этого проект не останавливался.
Добрый день!
История продолжается, получены новые данные. SCADA система обновлена до версии v2.6.4.0 - периодическое зависание продолжается. При этом:
- при запуске службы она очищает папку с логами ? можно сделать в будущих релизах чтобы дописывало файл лога если он уже существует ? Лог файл после перезапуска во вложении, имя сервера и проекта заменены на xxxxxxxxxx .
- в журнале Windows вот такая ошибка появляется при зависании, текст привожу ниже полностью.
- имеет смысл перейти в проекте на архивацию версии 2 ?
Faulting application name: SrvService.exe, version: 2.6.4.0, time stamp: 0x63bbe427
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0x00000000
Fault offset: 0x00000000
Faulting process id: 0x80c
Faulting application start time: 0x01d933a8255c6cd1
Faulting application path: C:\Program Files (x86)\Simple-Scada 2\SrvService.exe
Faulting module path: unknown
Report Id: 2dedc875-bc84-4fea-a883-93411d78bd8e
Faulting package full name:
Faulting package-relative application ID:
-
Здравствуйте.
при запуске службы она очищает папку с логами ?
Файл лога копируется в "Logs\Backup\" и начинается запись нового лога. Вышлите на support@simple-scada.com логи из "Logs\Backup\" для проверки.
имеет смысл перейти в проекте на архивацию версии 2?
Если нужно, то можете перейти. Список отличий от архивации v1 можно просмотреть по этой ссылке (https://simple-scada.com/help/manual/archsysv2.html).
-
Нашел лог, отправил в почту.
-
Добрый день!
SCADA система обновлена до версии v2.6.5.0 - утечки памяти продолжаются увы. в диспетчере задач после 2-х месяцев работы - 1.6Гб объем занятой памяти. При попытке остановки - последняя запись в лог-файле "сохранение буфера в базу данных" и все, на этом система умирает. WEB-интерфейс пустой, если подождать (15 минут контрольных) ничего не меняется. Далее нужен перезапуск службы из оснастки Windows.
-
Здравствуйте.
Сообщения "Timer exception:" в логах говорят об ошибке в обработке основного таймера службы, их не должно быть при нормальной работе. Добавим исправление в ближайшее время и опубликуем обновление.
Проблема с деактивацией может возникать при работе с UA-серверами с включенными политиками безопасности, если открытый ключ для сертификата размером более 2048 бит (исправление было добавлено в обновление 2.6.7.0 (https://simple-scada.com/forum/index.php?topic=178.msg11760#msg11760)).
после 2-х месяцев работы - 1.6Гб объем занятой памяти.
Часто ли теряется/восстанавливается связь с OPC-UA серверами? В логах есть сообщения о потере/восстановлении связи с UA-серверами? Или связь с UA-серверами стабильна? Включен ли в проекте встроенный UA-сервер (https://simple-scada.com/help/manual/opcuaset.html)?
-
>>Включен ли в проекте встроенный UA-сервер?
нет
>>Часто ли теряется/восстанавливается связь с OPC-UA серверами?
периодически кратковременно, не чаще (реже) чем 1 раз в 2-3 дня с каким либо из ОРС серверов проекта
>>В логах есть сообщения о потере/восстановлении связи с UA-серверами?
да, ответ-примечание выше
>>UA-серверами с включенными политиками безопасности,
выключена (да, понимаем что так не безопасно, но проект старый, работает и так сделано было давно), используется только логин/пароль
-
Добрый день. Возникла необходимость управления запуском/остановкой проектов без остановки самого сервера через удаленное управление, желательно через консоль. Можно ли добавить к файлу Server.exe или службе необходимые параметры? Например, запуск конкретного проекта server.exe -<project_name> -start/stop/restart.
Подключаться по удаленному доступу через RDP или VNC не вариант, нужно именно удаленное управление.
---
Плюс желательна возможность обновления списка проектов без перезапуска всего сервера. Добавили новый проект, нажали "обновить список" и увидели его в списке проектов.
-
Здравствуйте.
Подключаться по удаленному доступу через RDP или VNC не вариант, нужно именно удаленное управление.
Такую функцию точно не добавим в ближайшем будущем.
Добавили новый проект, нажали "обновить список" и увидели его в списке проектов.
Начиная с версии 2.6.8.0 список проектов обновляется при переходе на вкладку "Проекты" (https://simple-scada.com/help/manual/server-project.html) в окне сервера скады.
-
Eugene_, в обновление 2.6.8.0 добавили исправление связанное с ошибкой "Timer exception". Ошибка могла приводить к утечкам и нарушала остановку проекта. Также добавили вывод множества исключений в лог-файл. Если после обновления проблема не устранится, то в логах с большой вероятностью должны быть сообщения с текстом ошибки и описанием причин (лог можно проверять во время работы, строки со словами error / exception / ошибка могут содержать информацию о проблемах, если такие есть, то просьба выслать их нам).
-
Спасибо! в ближайшее время в плановых работах установим обновление