перестал работать опрос в нескольких Объектах учёта. Пишет, что исчерпано максимальное количество подключений на сегодня, хотя это не так, я не вижу этих подключений в лог-файлах. К тому же, ЛЭРС УЧЕТ сообщает, что “Опрос возможен после 2024.10.16 14:00.”, но в это время уже 2024.10.18 ! Что опять случилось?
Ситуация странная. Возможно на Сервере кратковременно менялось время компьютера.
Пожалуйста, обновитесь до текущей версии 3.58.5, снимите рассматриваемую точку (или точки) с автопроса и поставьте заново. Сообщите воспроизведется ли ситуация после этого.
Есть какие-либо сообщения об ошибках в системном журнале? Похоже, не получается сбросить попытки выполнения задания. Возможно, проблема при обращении к БД.
Вчера опрашивал вручную и перезагрузил сервер (SQL на этом же сервере). Сегодня с утра опять сразу пишет, что исчерпано число сеансов.
Если точку снять с автоопроса и поставить заново, то опрос нормализуется. Вот только точек около сотни, и хотелось бы знать причину, и когда такое случится снова?
Множественные ошибки на ваших скриншотах возникают при опросе приборов и не могут быть причиной рассматриваемой ситуации. Кроме того они не являются ошибками обращения к БД.
Пожалуйста, проверьте наличие ошибок обращения к БД в системном журнал за весь период начиная с 15.10.2024.
В статье прочитал, что в файле Lers.Server.xml должен быть параметр commandTimeout. Но у меня такого параметра в этом файле нет. Что делать?
Lers.Server.xml (410 байтов)
Как видно из вашего скриншота проблемы при обращении к БД имели массовый характер и продолжались около 15 минут. Сначала СУБД перестала отвечать своевременно, после чего начала закрывать подключения. Судя по всем именно это привело к некорректному сохранению информации о попытках опроса проблемных точек, что приводит сейчас к ошибкам запуска.
Единственный способ нормализовать работу проблемных точек это пересоздать задания автоопроса. Чтобы избежать такой ситуации в будущем, выясните причины нестабильного подключения к БД и устраните их.
Просто добавьте его, прописав вручную.
Обратите внимание, что данный параметр поможет только при ошибках истечения времени ожидания ответа от БД. Но он не как не решает проблему с закрытием подключения со сторны СУБД “The connection is closed”.
На последнем принтскрине выделена строка с сообщением:
Необработанная ошибка в сервере. Ошибка сохранения в БД состояния задания Обновление кэша разрешённых объектов. Разработчикам был отправлен отчет об ошибке. The configured execution strategy ‘SqlServerRetryingExecutionStrategy’ does not support user-initiated transactions. Use the execution strategy returned by ‘DbContext.Database.CreateExecutionStrategy()’ to execute all the operations in the transaction as a retriable unit.
Как я понял, тут написано, что сконфигурированная стратегия не поддерживает транзакции, инициированные пользователем. Может в этом проблема?
Нет, данная ошибка не является причиной возникновения проблем со связью с БД.Она является следствием этих проблем.
Предположительно ситуация связана с некорректным выполнением внутреннего задания Сервера, сбрасывающем количество попыток у заданий автоопроса по подключению GPRS-устройства. Если возможно предоставьте доступ к вашему Серверу либо резервную копию вашей БД для анализа.
Ссылку на БД отправил в личных сообщениях.
Вчера изменил параметр commandTimeout=120. Ошибок по базе данных в системном журнале не вижу. Но несколько точек учета, которые еще вчера опрашивались, сегодня выдают сообщения, как на принтскрине:
Проанализировали присланную БД из резервной копии. В журнале действительно фигурируют ошибки БД, но не так часто, как запускается внутреннее задание Сервера сброса количества попыток. Ситуацию на вашей БД воспроизвести не удалось. При тестировании все счетчики успешно сбрасываются при выполнении задания, если время последней попытки было больше 24 часов на момент выполнения задания сброса.
Проверили задания. Во всех случаях ошибки были обоснованными. Судя по всему ваши модемы подключаются чаще, чем разрешено в настройках автоопроса в точке, но к ЛЭРС УЧЕТ данная ситуация не относится.
Посмотрите последний принтскрин. В нем первая попытка подключения модема за сутки 23.10.2024 уже привела к выдаче сообщения о превышении лимита. А лимит 9 сеансов в сутки, вот настройки автоопроса этой точки:
Модем тоже брэнда ЛЭРС, и подключается через каждые 60 минут
У меня возникла догадка, что вы началом суток считаете не 00:00 часов местного времени, а время постановки на автоопрос, или время перезапуска службы опроса. Когда запускается внутреннее задание Сервера сброса количества попыток?
Я писал ранее:
Возможно вас вводит в заблуждение фраза “за сегодня”.
