Здравствуйте. После обновления на 3.64.3 стал плохо проходить опрос csd узлов. Опрос по расписанию практически не запускается, групповой опрос так же уходит в очередь и там зависает. При этом ручной опрос проходит корректно, задания принудительного опроса из очереди так же запускаются руками. Опрос по gprs проходит корректно, там всё запускается по заданию. В какой-то момент помогло уменьшение срока хранения логов в БД, но на следующий день снова csd перестали автоматически опрашиваться. Что ещё можно попробовать сделать? До обновления была версия 3.63.4, на ней таких проблем не наблюдалось
В своей параллельной теме Отключается локальная служба опроса вы сообщили, что у вас наблюдаются проблемы с подключением локальной Службы опроса, на которой находятся некоторые диспетчерские GSM-модемы для опроса по CSD. Есть подозрение, что описываемая в текущей теме ситуация является следствием описанных проблем с подключением данной Службы опроса и как следствие недоступностью диспетчерских модемов.
Давайте вернемся к текущей теме после решения проблемы в упомянутой теме, конечно если после этого ситуация по прежнему будет проявляться.
По наблюдениям, автоопрос csd начинал на некоторое время работать после уменьшения количества суток, которое хранится журнал опроса с очисткой таблицы при сохранении параметров и после ежедневного ночного обслуживания БД. Но потом автоопрос снова останавливался. Видимо после того, как таблица PollSessionLog стала быстро заполняться из-за чрезмерного увеличения количества gprs сеансов что-то мешало системе автоматически запускать csd сеансы. Отключил разрыв соединений с gprs модемами, после этого сократил срок хранения журналов опроса до 14 дней и автоопрос по csd восстановился
Получается, что причина во всех случаях была одна.
После очередной очистки журнала опрос по расписанию по csd (как оказалось и через Интернет) так и не запустился. Ручной запуск заданий срабатывает.
На данный момент срок хранения всех журналов установлен на 7 дней, кроме журнала опроса, для него 5 дней.
Было подозрение, что всё из-за старой БД, поэтому перенесли перенесли БД с ms sql 12 на postgres 18.1, результата нет. На тестовом сервере, где был всего один объект учета опрос по расписанию запускался корректно.
Ещё, по наблюдениям, когда ещё ЛЭРС работал на ms sql, примерно до 15 часов по МСК была сильная нагрузка на БД, после 15 нагрузка падала и тогда некоторые задания пробивались.
Попробуйте просто перезапустить Сервер. Сообщите исправит ли это ситуацию.
Нет, перезагрузка не помогла
Ещё заметил, что после перехода на postgres журнал опроса стал записываться в БД с отставанием. Если утром сервер запустили в 7 часов, то к 11 утрам он писал в БД только журнал сеансов, которые прошли примерно в 9 утра, при этом считанные данные записаны в журнал вовремя. Опять же, с мыслями, что опрос по расписанию не запускается из-за загрузки БД отключил запись информационных сообщений, после чего логирование догнало текущие сеансы опроса. Но автоопрос по расписанию для csd всё-равно не заработал
Опрос не запускается вовсе или он запускается но завершается какой то ошибкой?
Вообще не запускается. Задания просто остаются висеть в очереди. Ручной групповой опрос так же отправляется в очередь и остается там висеть.
Попробуйте пересоздать одно из таких заданий. Проверьте будет ли оно запускаться.
Пересоздал, время задания указал 11.55, прошел час - оно не запустилось
Тоже заметили что после последнего обновления по csd стал значительно хуже опрос, бывает что просто очередь пролистывается и пока закономерность не получается установить.
Пожалуйста, приложите журналы работы Сервера и Службы опроса за вчера 12.02.2026, когда создавалось задание, а также сообщите наименование созданного задания в очереди опроса.
Журнала за то время сейчас уже нет т.к. позже перезагрузили контейнер и он не сохранился. Но снова к 15 часам автоопрос возобновился и работает до сих пор
Пока так и не понимаю, что на это влияет.
Была теория, что как-то мешает большое количество заданий опроса gprs узлов с повтором при ошибках через 1-2 часа, из-за чего в ночное/утреннее время сервер загружен большой очередью. А днем, когда большинство попыток опроса заканчивались, высвобождались ресурсы на csd опрос. Из-за этого вчера как раз примерно с 14 часов массово менял расписания gprs опроса и уменьшал количество попыток с 5 до 3. Может и это повлияло. В любом случае пока продолжаем наблюдать, заодно и сохранение журналов вынесли за контейнер
Проверьте после установки 3.65. Скорее всего, протоколы опроса создают нагрузку на БД, в 3.65 запись была оптимизирована, так что проблема вполне может уйти.