| Автор |
Сообщение |
|
Сообщение создано: 17. 06. 2014 [12:13]
|
|
Alexx
Александр Иванов
Создатель темы
Зарегистрирован(а) с: 16.07.2012
Сообщения: 64
|
Добрый день. У нас используется OpenSCADA для визуализации и архивирования техпроцесса, содержащего порядка 120 точек измерения температуры. Ранее архивирование осуществлялось на файловую систему и архивы хранились локально в БД SQlite. Все отлично работало. Теперь возникла необходимость те же самые данные архивировать еще и на удаленную базу данных MYSQL для последующей обработки вне OpenSCADA. Я в OpenSCADA создал еще один архиватор, но уже на БД, подключился к удаленной БД. В атрибутах соответствующих каналов отметил архивацию новым архиватором. В настройках АРХИВАТОРа ЗНАЧЕНИЙ указал следующее: периодичность значений-10 сек., период архивирования-60 сек. Все заработало, но с периодичностью около минуты OpenSCADA делает вид, что "повисла": не реагирует на нажатие кнопок, не меняется изображение на мониторе и т.д. хотя данные в удаленную БД приходят с заданной регулярностью. Такое состояние продолжается минут 5. Причем потребляемые ресурсы компьютера-рабочей станции не увеличиваются и составляют 7-15%. После этого на минутку все "оживает", причем в статусной строке ВРЕМЯ АРХИВИРОВАНИЯ появляется значение 4-5мин. и затем все повторяется. Таким образом работать за рабочей станцией очень некомфортно. Я попробывал изменить настройки так как на фото. ВРЕМЯ АРХИВИРОВАНИЯ изменилось до 40 сек--1 мин. Но "зависания" не исчезли совсем, они стали менее длительными, но тоже ничего хорошего. В чем может быть проблема?
Вложенный файл
1.JPG (Тип файла: image/jpeg, Размер: 95.1 килобайт) — 1709 загрузок
|
|
Сообщение создано: 17. 06. 2014 [21:50]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"Alexx" wrote:
В настройках АРХИВАТОРа ЗНАЧЕНИЙ указал следующее: периодичность значений-10 сек., период архивирования-60 сек. Все заработало, но с периодичностью около минуты OpenSCADA делает вид, что "повисла": не реагирует на нажатие кнопок, не меняется изображение на мониторе и т.д.
Ну да, в момент сброса данных в архив, период архивирования 60 секунд.
"Alexx" wrote:
хотя данные в удаленную БД приходят с заданной регулярностью.
Не исключено, если продолжительность архивирования большая, сколько в архиваторе пишет?
"Alexx" wrote:
Такое состояние продолжается минут 5. Причем потребляемые ресурсы компьютера-рабочей станции не увеличиваются и составляют 7-15%. После этого на минутку все "оживает", причем в статусной строке ВРЕМЯ АРХИВИРОВАНИЯ появляется значение 4-5мин.
Ну вот, а говорите регулярно, а реально вместо 60 секунд архивирование занимает 5 минут.
Если версия OpenSCADA старая, а сервер MySQL новый, то это проблема транзакций, которые в 0.8.0.10 были добавлены, но там ещё есть проблема с контролем и восстановлением подключения, что в рабочей версии исправлено.
"Alexx" wrote:
В чем может быть проблема?
По сути это где-то ресурс лочится глобально, где с ходу не вижу, да и не понятно что и как у Вас там архив в интерфейсе читает, что так лочится, поскольку оперативный режим предусатривает работу с буфером и итерационную подгрузку, а не прямой доступ к архиву, прямой-же доступ к архиву в трендах это разовая операция по навигации истории, но там конечно оно тоже задумется если скорость такая низкая и БД лочится сбросом архива на 5 минут.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 18. 06. 2014 [07:38]
|
|
Alexx
Александр Иванов
Создатель темы
Зарегистрирован(а) с: 16.07.2012
Сообщения: 64
|
"Alexx" wrote:
хотя данные в удаленную БД приходят с заданной регулярностью.
Спасибо. Я имел в виду, что в самой удаленной базе MYSQL данные появляются с заданной периодичностью: через каждые 60 секунд появляются новая группа данных с интервалом 10 сек. Хотя сейчас проверил-я ошибался, действительно данные приходят группами разных размеров: от 2 до 5 минут. В соответствии с сообщении статусной строки "время архивирования". Сейчас посмотрел: версия сервера MYSQL у нас 5.5.34, а версия OpenSCADA 0.8.0.9. Я так понимаю, что в последней версии OpenSCADA были исправления по моей проблеме? Стоит попробовать обновиться?
|
|
Сообщение создано: 18. 06. 2014 [11:20]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"Alexx" wrote:
Я так понимаю, что в последней версии OpenSCADA были исправления по моей проблеме? Стоит попробовать обновиться?
Обновляйтесь, только в 0.8.0.10 с Нарушениями (уровень < 0) и восстановлением подключения после потери связи с сетевыми БД (редко проявлялось) там есть проблемы, исправятся в 0.8.0.11.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 18. 06. 2014 [11:39]
|
|
Alexx
Александр Иванов
Создатель темы
Зарегистрирован(а) с: 16.07.2012
Сообщения: 64
|
Хорошо. Буду пробывать. Спасибо.
|
|
Сообщение создано: 18. 06. 2014 [13:25]
|
|
Alexx
Александр Иванов
Создатель темы
Зарегистрирован(а) с: 16.07.2012
Сообщения: 64
|
Обновился. Стало немного меньше "время архивирования" вместо 5 минут стало 2 минуты. Но, к сожалению, это не повлияло на "зависания" OpenSCADA. На рабочей станции невозможно работать. Рабочие экраны листаются с огромной задержкой вызывая огромное недовольство операторов. Может еще какие-то настройки могут мне помочь?
Вложенный файл
2.JPG (Тип файла: image/jpeg, Размер: 87.94 килобайт) — 1665 загрузок
|
|
Сообщение создано: 18. 06. 2014 [13:33]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"Alexx" wrote:
Обновился. Стало немного меньше "время архивирования" вместо 5 минут стало 2 минуты. Но, к сожалению, это не повлияло на "зависания" OpenSCADA.
Естественно. Время архивирования должно быть меньше периодичности архивирования (60 секунд) иначе и потеря данных и медленный доступ с интерфейса.
"Alexx" wrote:
На рабочей станции невозможно работать. Рабочие экраны листаются с огромной задержкой вызывая огромное недовольство операторов. Может еще какие-то настройки могут мне помочь?
Если сеть медленная или скорее высоколатентная то OpenSCADA тут ничего не сделает поскольку сколько времени на доступ к БД есть такие тормоза и получите.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 18. 06. 2014 [13:37]
|
|
Alexx
Александр Иванов
Создатель темы
Зарегистрирован(а) с: 16.07.2012
Сообщения: 64
|
хотя на настройках как в 1-м посте ничего не поменялось.:(
Вложенный файл
3.JPG (Тип файла: image/jpeg, Размер: 88.56 килобайт) — 1625 загрузок
|
|
Сообщение создано: 18. 06. 2014 [13:41]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"Alexx" wrote:
хотя на настройках как в 1-м посте ничего не поменялось.:(
Настройки в первом посте совершенно не корректны, поскольку время архивирования меньше чем время значения смысла не имеет и затраченное время на архивирования больше будет показывать пустой обход по буферу, без реальной архивации.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 18. 06. 2014 [13:53]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
У меня вот с БД MySQL через WLan получается 0.5 секунды на два параметра с периодичностью данных 1 секунда и периодичностью архивирования 60 секунд.
Т.е. запись в БД 60*1сек*2=120 значений занимает 0.5 секунд, дальше можете у себя аппроксимировать.
При этом доступ к этой БД вообще составляет: 3.876986 сек на 1000 записей, т.е. 0.4 с на 100 записей, что близко к показателю архивации с поправкой на то, что кроме непосредственно записи там выполняются некоторые сервисные запросы.
Learn, learn and learn better than work, work and work.
|
