После обновления стали плохо опрашиваться узлы по csd

Думаю остановка опроса, очистка БД, затем восстановление может занять много времени, а ЛЭРС у нас используется сотрудниками постоянно.

Возможен ли вариант, если мы у себя поднимем копию БД на тестовом сервере ЛЭРС, и уже на нем очистим БД, чтобы не прерывать работу основанного сервера? Как отреагирует система на второй сервер с той же лицензией? Возможно ли получение тестовой лицензии на пару дней для этой манипуляции, чтобы на основном сервере лицензия не слетела? Или может если запретить доступ в интернет на тестовом сервере, то успеем провести сжатие, пока ЛЭРС не выдаст ошибку проверки лицензии)?

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

По вопросу временной лицензии, пожалуйста, обратитесь в Отдел продаж по почте sales@ lers.ru, указав реквизиты организации, номер лицензии, ссылку на текущую тему и сам запрос временной лицензии.Мы предоставим ее непродолжительное время.

Здравствуйте. Получили на неделю временную лицензию, но тоже много времени ушло на то, чтобы развернуть бэкап. Запустил сжатие БД, и вот уже сутки вижу, что выполняются запросы вида

DELETE FROM public.“MeasurePointDeviceErrors” AS m
WHERE EXISTS (
SELECT 1
FROM (
SELECT m0.“ArchiveType”, m0.“ChannelNumber”, m0.“DataType”, m0.“DateTime”, m0.“EventCode”, m0.“MeasurePointId”
FROM public.“MeasurePointDeviceErrors” AS m0
WHERE m0.“DateTime” < $1 AND m0.“DataType” = $2
ORDER BY m0.“DateTime”
LIMIT $3
) AS m1
WHERE m1.“ArchiveType” = m.“ArchiveType” AND m1.“ChannelNumber” = m.“ChannelNumber” AND m1.“DataType” = m.“DataType” AND m1.“DateTime” = m.“DateTime” AND m1.“EventCode” = m.“EventCode” AND m1.“MeasurePointId” = m.“MeasurePointId”)

Количество строк при этом действительно уменьшается в таблице MeasurePointDeviceErrors, сейчас их 35729342, вчера было в 2 раза больше. Можно ли для ускорения процесса вручную выполнить запросы на удаления данных в таблицах?

Не рекомендуется запускать подобные запросы вручную. Это в целом мало как ускорит процесс их выполнения.

Здравствуйте. Выслал в ЛС ссылку на ещё один вариант копии БД. Посмотрите, пожалуйста, получится ли её развернуть

Разархивировать резервную копию удалось.

Уточните, пожалуйста, у вас PostgreSQL 18.1?

Да, PostgreSQL 18.1

У вас docker внутри какой ОС запущен Windows или Linux? Ситуация воспроизводится в первую же ночь после запуска Сервера или в случайном порядке? Служба опроса docker_moxa находится на том же компьютере, где находятся модемы, к которым вы подключаетесь по IP из одноименных GSM-портов Локальной службы опроса?

У нас ЛЭРС развернут в deckhouse, ОС на нодах - RedOS

Наблюдаем сразу после перезапуска, но когда-то в большей, когда-то в меньшей степени

Модемы подключены к консольному серверу moxa cn2610-16, служба опроса docker_moxa находится на отдельном сервере, на самом сервере созданы виртуальные порты и они прокинуты в контейнер. Но сейчас служба docker_moxa не используется, все модемы заведены на локальную службу опроса через прозрачный преобразователь. Поведение такое же как тогда, когда они работали на docker_moxa

Ещё одно наблюдение, у нас в 10:30 запускается ряд заданий автоопроса по gprs и так же в это время опрос по csd на несколько минут останавливается. Ночью, видимо, происходит примерно то же самое, просто в больших масштабах

У вас настроен вызов GPRS-модемов? Или они подключаются по расписанию?

У нас используются оба варианта, и вызываем gprs узлы через sip, и опрашиваем при подключении модемов к серверу

Уточните, пожалуйста, указанный ранее период времени, когда не выполняется опрос по CSD, совпадает с периодом времени, когда происходит массовый вызов GPRS-модемов для проведения опроса?

Скорее совпадает с массовым запуском заданий gprs-опроса. Именно прозвон gprs узлов происходит через sip всего в два потока и когда по csd опрос возобновляется прозвон по gprs так же продолжается. Если смотреть на тот же промежуток времени, что и на последних скриншотах, то когда произошел перерыв в опросе по csd как раз запускались задания по gprs

Есть ли возможность на время остановить GPRS-опрос? Я так понимаю вам достаточно для этого будет остановить соответствующие Службы опроса, принимающие подключения по GPRS. Тестовый стенд с вашей БД пока еще в процессе развертывания, но если рассматриваемое предположение верно, нам не удастся воспроизвести ситуацию у себя ввиду отсутствия соответствующих условий.

А достаточно ли будет остановить службы опроса? Задания gprs-опроса ведь всё равно будут запускаться

Вполне. А лучше всего остановите все Службы опроса, кроме Локальной. Если ситуация будет воспроизводится при этом, тогда у нас есть шанс воспроизвести ее у себя, так как у себя на тестовом стенде мы можем воссоздать только такие условия.

А достаточно ли будет установить запрет на использование портов на этих службах?

Нет, стоит именно отключить их, так как у нас на тестовом стенде нет возможности воссоздать их подключение и полноценную работу вашего Сервера. Как уже писал ранее, если ситуация воспроизведется только с подключенной Локальной службой опроса, мы сможем попытаться воспроизвести такую ситуацию у себя.

Попробовал отключить контейнеры для gprs модемов. При это задания gprs сеансов перестали запускаться, опрос по csd и через интернет начался вовремя:

Немногим позже 01:00 запустил контейнеры служб для gprs модемов, задания gprs сеансов стали запускаться, опрос по csd приостановился на пару часов: