Доброго дня, только вникаю в процесс работы с ЛЭРС УЧЕТ, есть множество проблем, но для начала хотел бы начать с этой. Эта пауза почти в 5 часов между завершением процесса опроса и стартом сохранения кажется мне слишком большой
Какая версия ЛЭРС УЧЕТ у вас установлена?
Версия 3.66.3
Приложите журнал опроса, скриншот которого вы приложили.
Журнал опроса.xlsx (110,9 КБ)
Приложите журналы работы Сервера и Службы опроса за тот же день, что присланный журнал опроса.
У вас в присланном журнале опроса отражен опрос по примерным подсчетам более 100 приборов учета, каждый из которых подключен к 3 точкам учета, в каждой из которых настроен судя по всему расчет данных, поэтому сохранение данных с выполнением расчета по всем этим точкам процесс сам по себе не быстрый. Кроме того ваш Сервер в целом очень сильно загружен чтением текущих данных и расчетом по другим точкам учета, что дополнительно увеличивает время на выполнение сохранения данных по точкам учета из присланного журнала опроса.
если задеть глобальный смысл, то в целом с этого сервера опрашивается 44 объекта учета (жилых дома), кол. опрашиваемых устройств я думаю превышает 40к, мне бы хотелось знать при такой нагрузке, где по большей части находится узкое место в цепочке опроса и каким образом можно настроить серверную часть, что бы опросы проходили по большей части удачно
Все зависит от текущих характеристик вашего компьютера. Это может быть как результат чрезмерной нагрузки на жесткий диск, либо нехватка оперативной памяти, либо недостаточно мощный процессор. Данный вопрос вам стоит проработать с вашим системным администратором на месте.
я и есть сис админ :), данная задача на меня и упала в конечном счете, как показывает пока первичный мониторинг, основных ресурсов хватает, 64гб оперативной памяти, 16 ядер процессора, будет углубленный анализ ресурсов, особенно диска, но пока по графикам недостатка не наблюдается
Если описываемая ситуация возникает только в определенный период времени, то стоит проверять достаточность ресурсов на компьютере Сервера в этот период времени. Возможно у вас основной опрос происходит ночью с 00 часов, а в дневное время нагрузка не такая сильная и ресурсов хватает.
Кроме того, если СУБД установлена на отдельном компьютере, то помимо загруженности компьютера Сервера стоит в это же время проверять загруженность компьютера СУБД, так как скорость работы Сервера прямо зависит еще и от скорости работы СУБД, в которой хранится БД Сервера.
смотрел графики за последние сутки, в том числе в пик проведения опросов, сервер , службы опроса и субд установлены на одном сервере, в разных контейнерах, нагрузка по серверу и субд в норме, ни один из параметров не работает даже на 80%, по графикам загрузки процессора, памяти и диска, так же по потреблению отдельно лэрс, субд или службой опроса упоров во что либо не наблюдается
Почему при изменении расписания автоопроса, в точке стоящей на автоопросе пишет, что она не стоит на автоопросе и при установке галочки заменить расписание и создании нового расписания, точки просто пропадают из очереди опроса
Сам Сервер никак не ограничивает потребление ресурсов и занимает все доступные из них. Из приложенного журнала работы Сервера явно видно его предельную загруженность, так как сообщения о расчете данных в журнале выводятся по нескольку раз в секунду и процедура расчета очень требовательна к вычислительным ресурсам. Ошибка истечения времени при выполнении запроса, представленная вами, только подтверждает это, так как Сервер не смог своевременно обработать запрос, из-за чего АРМ, не дождавшись ответа, выдал эту самую ошибку.
Судя по всему Сервер внутри контейнера работает на пределе возможностей, тогда как сам контейнер по какой то причине не занимает доступные ресурсы.
У нас на форуме существует правило: один вопрос - одна тема. В данной теме рассматривается изначальный вопрос по долгому сохранению данных. Давайте для начала разберемся с изначальным вопросом и если после его решения заявленная проблема с автоопросом останется, создайте отдельную тему по этому поводу.
1 лайк
Судя по всему Сервер внутри контейнера работает на пределе возможностей, тогда как сам контейнер по какой то причине не занимает доступные ресурсы.
Было такое предположение, но контейнеры не ограничены в ресурсах, каждый берет столько сколько нужно и если в целом ресурсов самого хоста бы не хватало, мы бы заметили
Сервер, как уже писал выше, тоже не ограничивает себя в ресурсах. В нем попросту нет никакого функционала, который бы позволял это делать. В данном случае он потребляет все ресурсы, которые выделяет контейнер. Заставить контейнер выделять больше ресурсов Сервер попросту не в состоянии, так как это не его уровень.
а процесс расчета данных происходит внутри сервера или внутри службы опроса?
Служба опроса только опрашивает запрошенные Сервером данные с прибора учета по выбранному каналу и передает их Серверу в ответ. Весь остальной функционал, в том числе расчет, выполняет Сервер.
1 лайк