Стартовая страница › Форумы › Ошибки в работе › «Администратор» не отображает журналы
- В этой теме 15 ответов, 4 участника, последнее обновление 10 месяцев, 2 недели назад сделано Mikhail.
-
АвторСообщения
-
14.12.2022 в 12:59 #266477inУчастник
В соответствии с документацией создал RAM диск и в «ScadaInstanceConfig.xml» указал путь к нему. Журналы начали писаться на него.
Но приложение администратор показывает только старые логи (например статистика линии связи). Как исправить?
И сразу еще вопрос: существует ли возможность вообще отключить ведение логов, или настроить?14.12.2022 в 15:37 #26667MikhailМодераторПерезапустите службу Агента. Вероятно, он ищет логи по старому пути.
В Коммуникаторе в настройках линии связи есть галочка «Подробный журнал».
Полностью не отключает, но писать будет намного меньше.15.12.2022 в 07:28 #266787inУчастникДа, перезапуск службы агента помог. Спасибо.
Насчет галочки «Подробный журнал» — уже давно отключил её на всех линиях связи, однако судя по диспетчеру задач на RAM диск идет непрерывная запись со скоростью 980 КБ/сек. Мне кажется это очень большое значение, учитывая что у меня отключен опрос устройств — я их опрашиваю только вручную по клику на кнопку на мнемосхеме.
Не понимаю что там такое объемное пишется в логи с такой скоростью. При этом на RAM диске занят всего 1 МБ.15.12.2022 в 14:41 #26692MikhailМодераторОбновляются файлы *.txt, в которых пишется состояние линий и устройств.
Сколько у Вас устройств и линий связи?Попробуйте удалить все файлы из папки журналов Коммуникатора, но саму папку не удаляйте. Какие файлы появятся? Какой у них размер?
Если соберём больше информации о проблеме, то возможно оптимизируем запись в журналы.
- Этот ответ был изменен 1 год, 3 месяца назад от Mikhail.
15.12.2022 в 15:02 #266967inУчастникУдалил файлы из всех папок.
Самое большое количество файлов создаются по пути «SCADA\ScadaComm\Log» — 118 *.txt файлов. Файлы вида device___.txt;line___.txt
Линий связи у меня 31, в каждой в среднем по два устройства, подключения индивидуальные (у устройств разные ip адреса).
В остальных папках по 1-2 txt файла
Размер файлов от 1 до 4 КБ. Общий объем всех файлов в папке — 151КБ16.12.2022 в 16:59 #26717MikhailМодераторВозможно, будем менять поведение этой опции, чтобы отключать в том числе txt файлы для устройств. txt-файлы для линий связи под вопросом.
18.12.2022 в 18:14 #267407inУчастникДумаю было бы неплохо каким-то образом писать логи всех устройств в один файл (не обязательно txt)
12.05.2023 в 09:24 #285137inУчастникПланируется ли внесение изменений по данному вопросу?
12.05.2023 в 09:39 #28514manjey73Участники потом рыться в одном логе в поисках проблемы?, не лучшее решение.
Да и логи на виртуальном диске, какая разница сколько и там?12.05.2023 в 15:14 #28521MikhailМодераторДумаю было бы неплохо каким-то образом писать логи всех устройств в один файл (не обязательно txt)
Если речь идёт о логах разных линий связи, то это невозможно разумным способом, т.к. линии связи работают независимо друг от друга, а файл для записи придётся блокировать.
Планируется ли внесение изменений по данному вопросу?
В чём суть проблемы с логами, которую хотелось бы решить?
В 6-й версии при отключении журнала линии связи, файлы по каждому устройству не пишутся, то есть нагрузки на диск не будет. Но в любом случае делайте RAM-диск.14.05.2023 в 16:34 #285327inУчастникОсновная для меня проблема в том, что у меня все линии связи с установленной галочкой «опрос только по команде». Т.е. бОльшую часть времени система бездействует. Опрос присходит только когда я сам его инициирую. Однако в состоянии простоя все равно идет запись на диск с высокой интенсивностью. Вы ранее говорили что обновляются txt файлы логов. Быть может не обновлять их если никаких изменений фактически не происходит?
Побочная проблема — это необходимость установки стороннего ПО для создания RAM диска. Честно говоря для меня это выглядит больше как костыль, нежели решение, повсеместно применяемое в подобных системах. Хотелось бы иметь возможность эксплуатировать систему без создания RAM диска. Пускай и ценой отказа от бОльшей части логов.
14.05.2023 в 19:27 #28533manjey73УчастникПросто RAM диск надо создавать на уровне Scada 🙂 и проблема уйдет сама собой…
На самом деле RAM диск полезная вещь, тем более что он бесплатен для размера, сильно превосходящего для логов…Ну и для SSD и Flash дисков…
- Этот ответ был изменен 10 месяцев, 2 недели назад от manjey73.
14.05.2023 в 23:08 #28535JurasskParkУчастникЕсли честно… Я в шоке…
Давайте разделять тогда подходы.
1. Автоматизация промышленного уровня
2. Домашняя автоматизацияа. SCADA работает на ПК
б. SCADA работает на контроллере.В случае 1а — речи об отключении логов вообще не ведём.
В случае 1б — в драйвере! возможна опция уровня логирования сообщений: Критичные Ошибки, Отладка, Информация. Тогда нужно понимать, а в каком драйвере это так необходимо.
В случае 2а — неужели так жалко жесткий диск или проблема с его покупки?
В случае 2б — тут возможно отключение логирования в ПЗУ, чтобы не убивать контроллер. Осталось договориться с разработчиками драйверов. 🙂15.05.2023 в 08:31 #285367inУчастникПросто RAM диск надо создавать на уровне Scada
Тоже пришел к такому мнению — нужен некий буфер в оперативной памяти, который с определенным интервалом будет сбрасываться уже на энергонезависимый носитель.
Например подобным образом работают торрент-клиенты при скачивании файлов: чтобы не мучать HDD или SSD кучей операций случайной записи они загружают сначала определенную часть файла и затем записывают её целиком.неужели так жалко жесткий диск или проблема с его покупки
Зачем подвергать оборудование повышенному износу если можно этого не делать?
Помимо этого существует проблема некорректной настройки системы недостаточно квалифицированным специалистом. Кто-то проигнорирует указанные в руководстве рекомендации создания RAM диска для логов, и оставит их запись на обычный SSD, в итоге получит потенциальную проблему выхода из строя носителя из за количества циклов перезаписи.15.05.2023 в 15:05 #28542MikhailМодераторОднако в состоянии простоя все равно идет запись на диск с высокой интенсивностью.
Попробуйте отключение журналов линий связи в Коммуникаторе версии 6.
нужен некий буфер в оперативной памяти, который с определенным интервалом будет сбрасываться уже на энергонезависимый носитель
Обычно это реализуется на уровне файловой системы, которая выбирается в зависимости от решаемых задач. Однако, это требует глубоких знаний, как работают различные файловые системы, поэтому не слишком практично.
Кроме того, буфер в памяти не решит проблему износа диска, т.к. объём записываемых данных не уменьшится. Быстродействие, вероятно, несколько возрастёт за счёт буферизации.
Торренты — это другое, там размер файлы заранее известен, под него выделяется место на диске при старте закачки.Побочная проблема — это необходимость установки стороннего ПО для создания RAM диска.
Верно только для Windows. На Linux доступно из коробки. Для систем, которые работают круглосуточно, на мой взгляд, Linux более подходящая ОС.
в драйвере! возможна опция уровня логирования сообщений: Критичные Ошибки, Отладка, Информация. Тогда нужно понимать, а в каком драйвере это так необходимо
В принципе, такие настройки можно реализовать на уровне приложения. Но мне кажется, что это не будет востребовано.
-
АвторСообщения
- Вы должны авторизироваться для ответа в этой теме.