Возможно блокировка произошла в предыдущий день 23.02. Судя по всему у вас настроено отключение порта опроса возникновения указанного в настройке числа критических ошибок и порт был отключен как раз по этой настройке.
Пожалуйста, обновитесь до текущей версии, дождитесь воспроизведения ситуации и проверьте что происходило с портами в самый первый день, когда обнаружена ситуация, и в предыдущий день относительно первого дня.
Хорошо, проверим на последней версии
Но если смотреть 24ое, то до блокировок несколько вызовов было совершено, т.е. модемы не были заблокированы
А в списке портов опроса они отображаются как заблокированные?
Ситуация очень странная. В журнале 24.02 одновременно мелькают сообщения о занятости портов:
2026-02-24 11:18:40.7431 I:157 Lers.Poll.PollQueue Все слоты порта опроса Локальная служба опроса - moxa_port4 заняты.
2026-02-24 11:18:40.7431 I:157 Lers.Poll.PollQueue Все слоты порта опроса Локальная служба опроса - moxa_port3 заняты.
2026-02-24 11:18:40.7431 I:157 Lers.Poll.PollQueue Все слоты порта опроса Локальная служба опроса - moxa_port2 заняты.
и сообщения о блокировке:
2026-02-24 11:18:40.7698 I:157 Lers.Poll.PollQueue Порт опроса 'docker_moxa - moxa_port2' запрещен к использованию.
2026-02-24 11:18:40.7698 I:157 Lers.Poll.PollQueue Порт опроса 'docker_moxa - moxa_port4' запрещен к использованию.
...
2026-02-24 11:18:40.7938 I:157 Lers.Poll.PollQueue Порт опроса 'docker_moxa - moxa_port3' запрещен к использованию.
Они мелькают в течении всего дня.
Все таки проведите вышеописанную проверку в текущей версии.
Это разные порты опроса. На службе опроса docker_moxa сейчас действительно запрещены к использованию все порты опроса, все csd модемы сейчас работают на локальной службе опроса. Одинаковые названия у них т.к. физически это одни и те же модемы, просто на локальной службе они подключены через прозрачный преобразователь
И ещё одно наблюдение. Множество заданий, которые должны были начаться в 0:30 всё ещё находятся в очереди без единой попытки. Но есть более поздние задания, которые уже начали выполняться. Разница у них в том, что выполняются в данный момент задания, у которых стоит высокий приоритет
Да, действительно возникла путаница. Спасибо за уточнение.
Странная ситуация. Если перезапустить Сервер и Службу опроса, то выполняться какое то время будут все задания?
После установки 3.65.2 ситуация всё та же. После 0 часов должно было запуститься множество заданий, чего не произошло. Первые 3 сеанса в журнале запустились вовремя, как указано в очереди
Примерно в 2.30 запустилось несколько заданий с высоким приоритетом
Задания со средним приоритетом стали запускаться только ближе к 5 утра, сейчас ещё многие из них не отработали
Приложите запрошенные мной журналы:
Уточните, пожалуйста, в подключениях GSM, которые настроены в автоопросах, настроен опрос через любой доступный порт или в каждом из них указан какой то конкретный порт?
Да, везде указан любой доступный порт
Уточните по другим типам каналов связи расписание такое же? Они выполняется по расписанию?
Подскажите еще есть ли возможность предоставить резервную копию вашей БД?
Здравствуйте. По другим каналам связи расписание примерно такое же, есть задания, которые выполняются раньше, есть которые позже. У заданий, которые выполняются по сети интернет такая же ситуация, как у csd. Задания по gprs выполняются вовремя
По копии БД пока посмотрим, на сколько это возможно
В целом за последние дней 10 ситуация улучшилась, сейчас задания начинают запускаться с задержкой примерно в 30 минут, а не в несколько часов, как раньше
Хорошо, понаблюдайте за ситуацией. Если все нормализуется, то резервную копию БД присылать не нужно. В противном случае резервная копия соответственно понадобится.
И всё-таки ситуация продолжает воспроизводится. Ссылку на БД отправил в личные сообщения
Невозможно разархивировать присланную резервную копию. Сама процедура разархивирования после ввода пароля начинается, но примерно на ее середине возникает ошибка “Неверный пароль”. Пробовали несколько раз, результат одинаковый. Пожалуйста, пришлите корректный архив.
Также очень большая просьба провести очистку данных перед формированием ключевой резервной копии, так как ваша БД, на сколько я понимаю из размера присланной резервной копии, занимает около 100Гб, что значительно усложняет работу с ней. Для создайте контрольную резервную копию, отключите автоопрос в системных параметрах на вкладке Опрос, затем еще раз перейдите в системные параметры на вкладку Обслуживание БД, уменьшите срок хранения данных до минимального значения и запустите выполнение очистки БД при сохранении параметров, отслеживая ее работу по размеру БД (возможно потребуется запустить очистку несколько раз). После уменьшения размера БД, создайте еще одну резервную копию и пришлите ее нам, а из созданной ранее контрольной резервной копии восстановите БД для продолжения работы в прежнем режиме.
Очень странно. Попробовал сам скачать с диска, через 7-zip всё распаковалось без ошибок
Думаю, что очистка журнала может привести к тому, что ситуация перестанет воспроизводиться, т.к. раньше очистка журнала приводила к восстановлению опроса по csd
Кроме того, без журналов, возможно, и вам будет сложнее проследить как появляется эта ситуация
БД нам необходима для воспроизведения ситуации у себя. В целом для возможности анализа ситуации нам вполне хватит данных за последние 3 месяца. Остальные данные вы можете очистить.
Просто развертывание такой большой БД промышленного масштаба и работа с ней достаточно проблематичны. Уменьшение ее размера значительно бы упростило это.
