«Администратор» не отображает журналы

Стартовая страница Форумы Ошибки в работе «Администратор» не отображает журналы

Просмотр 15 сообщений - с 1 по 15 (из 16 всего)
  • Автор
    Сообщения
  • #26647
    7in
    Участник

    В соответствии с документацией создал RAM диск и в «ScadaInstanceConfig.xml» указал путь к нему. Журналы начали писаться на него.
    Но приложение администратор показывает только старые логи (например статистика линии связи). Как исправить?
    И сразу еще вопрос: существует ли возможность вообще отключить ведение логов, или настроить?

    #26667
    Mikhail
    Модератор

    Перезапустите службу Агента. Вероятно, он ищет логи по старому пути.
    В Коммуникаторе в настройках линии связи есть галочка «Подробный журнал».
    Полностью не отключает, но писать будет намного меньше.

    #26678
    7in
    Участник

    Да, перезапуск службы агента помог. Спасибо.
    Насчет галочки «Подробный журнал» — уже давно отключил её на всех линиях связи, однако судя по диспетчеру задач на RAM диск идет непрерывная запись со скоростью 980 КБ/сек. Мне кажется это очень большое значение, учитывая что у меня отключен опрос устройств — я их опрашиваю только вручную по клику на кнопку на мнемосхеме.
    Не понимаю что там такое объемное пишется в логи с такой скоростью. При этом на RAM диске занят всего 1 МБ.

    #26692
    Mikhail
    Модератор

    Обновляются файлы *.txt, в которых пишется состояние линий и устройств.
    Сколько у Вас устройств и линий связи?

    Попробуйте удалить все файлы из папки журналов Коммуникатора, но саму папку не удаляйте. Какие файлы появятся? Какой у них размер?

    Если соберём больше информации о проблеме, то возможно оптимизируем запись в журналы.

    • Этот ответ был изменен 1 год, 3 месяца назад от Mikhail.
    #26696
    7in
    Участник

    Удалил файлы из всех папок.
    Самое большое количество файлов создаются по пути «SCADA\ScadaComm\Log» — 118 *.txt файлов. Файлы вида device___.txt;line___.txt
    Линий связи у меня 31, в каждой в среднем по два устройства, подключения индивидуальные (у устройств разные ip адреса).
    В остальных папках по 1-2 txt файла
    Размер файлов от 1 до 4 КБ. Общий объем всех файлов в папке — 151КБ

    #26717
    Mikhail
    Модератор

    Возможно, будем менять поведение этой опции, чтобы отключать в том числе txt файлы для устройств. txt-файлы для линий связи под вопросом.

    #26740
    7in
    Участник

    Думаю было бы неплохо каким-то образом писать логи всех устройств в один файл (не обязательно txt)

    #28513
    7in
    Участник

    Планируется ли внесение изменений по данному вопросу?

    #28514
    manjey73
    Участник

    и потом рыться в одном логе в поисках проблемы?, не лучшее решение.
    Да и логи на виртуальном диске, какая разница сколько и там?

    #28521
    Mikhail
    Модератор

    Думаю было бы неплохо каким-то образом писать логи всех устройств в один файл (не обязательно txt)

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

    Планируется ли внесение изменений по данному вопросу?

    В чём суть проблемы с логами, которую хотелось бы решить?
    В 6-й версии при отключении журнала линии связи, файлы по каждому устройству не пишутся, то есть нагрузки на диск не будет. Но в любом случае делайте RAM-диск.

    #28532
    7in
    Участник

    Основная для меня проблема в том, что у меня все линии связи с установленной галочкой «опрос только по команде». Т.е. бОльшую часть времени система бездействует. Опрос присходит только когда я сам его инициирую. Однако в состоянии простоя все равно идет запись на диск с высокой интенсивностью. Вы ранее говорили что обновляются txt файлы логов. Быть может не обновлять их если никаких изменений фактически не происходит?

    Побочная проблема — это необходимость установки стороннего ПО для создания RAM диска. Честно говоря для меня это выглядит больше как костыль, нежели решение, повсеместно применяемое в подобных системах. Хотелось бы иметь возможность эксплуатировать систему без создания RAM диска. Пускай и ценой отказа от бОльшей части логов.

    #28533
    manjey73
    Участник

    Просто RAM диск надо создавать на уровне Scada 🙂 и проблема уйдет сама собой…
    На самом деле RAM диск полезная вещь, тем более что он бесплатен для размера, сильно превосходящего для логов…

    Ну и для SSD и Flash дисков…

    • Этот ответ был изменен 10 месяцев, 2 недели назад от manjey73.
    #28535
    JurasskPark
    Участник

    Если честно… Я в шоке…
    Давайте разделять тогда подходы.
    1. Автоматизация промышленного уровня
    2. Домашняя автоматизация

    а. SCADA работает на ПК
    б. SCADA работает на контроллере.

    В случае 1а — речи об отключении логов вообще не ведём.
    В случае 1б — в драйвере! возможна опция уровня логирования сообщений: Критичные Ошибки, Отладка, Информация. Тогда нужно понимать, а в каком драйвере это так необходимо.
    В случае 2а — неужели так жалко жесткий диск или проблема с его покупки?
    В случае 2б — тут возможно отключение логирования в ПЗУ, чтобы не убивать контроллер. Осталось договориться с разработчиками драйверов. 🙂

    #28536
    7in
    Участник

    Просто RAM диск надо создавать на уровне Scada

    Тоже пришел к такому мнению — нужен некий буфер в оперативной памяти, который с определенным интервалом будет сбрасываться уже на энергонезависимый носитель.
    Например подобным образом работают торрент-клиенты при скачивании файлов: чтобы не мучать HDD или SSD кучей операций случайной записи они загружают сначала определенную часть файла и затем записывают её целиком.

    неужели так жалко жесткий диск или проблема с его покупки

    Зачем подвергать оборудование повышенному износу если можно этого не делать?
    Помимо этого существует проблема некорректной настройки системы недостаточно квалифицированным специалистом. Кто-то проигнорирует указанные в руководстве рекомендации создания RAM диска для логов, и оставит их запись на обычный SSD, в итоге получит потенциальную проблему выхода из строя носителя из за количества циклов перезаписи.

    #28542
    Mikhail
    Модератор

    Однако в состоянии простоя все равно идет запись на диск с высокой интенсивностью.

    Попробуйте отключение журналов линий связи в Коммуникаторе версии 6.

    нужен некий буфер в оперативной памяти, который с определенным интервалом будет сбрасываться уже на энергонезависимый носитель

    Обычно это реализуется на уровне файловой системы, которая выбирается в зависимости от решаемых задач. Однако, это требует глубоких знаний, как работают различные файловые системы, поэтому не слишком практично.
    Кроме того, буфер в памяти не решит проблему износа диска, т.к. объём записываемых данных не уменьшится. Быстродействие, вероятно, несколько возрастёт за счёт буферизации.
    Торренты — это другое, там размер файлы заранее известен, под него выделяется место на диске при старте закачки.

    Побочная проблема — это необходимость установки стороннего ПО для создания RAM диска.

    Верно только для Windows. На Linux доступно из коробки. Для систем, которые работают круглосуточно, на мой взгляд, Linux более подходящая ОС.

    в драйвере! возможна опция уровня логирования сообщений: Критичные Ошибки, Отладка, Информация. Тогда нужно понимать, а в каком драйвере это так необходимо

    В принципе, такие настройки можно реализовать на уровне приложения. Но мне кажется, что это не будет востребовано.

Просмотр 15 сообщений - с 1 по 15 (из 16 всего)
  • Вы должны авторизироваться для ответа в этой теме.