Неполные данные в расчетной ТУ (Логика СПТ961.2)

[Evgeniy58]

Добрый день, имеется такая проблема
Рандомно в дублирующей расчетной точке ТУ по 1 значению(V1) появляются "Неполные данные" - не хватает всегда именно часовых значений с 23-00 до 24-00

Скриншот 01-04-2020 092135.jpg (52.36 КБ) 1380 просмотров

Хотя часовые значения в исходной ТУ присутствуют.
Такие косяки появляются рандомно, за месяц может быть от 3 до 6 дней.

Аналогичная проблема проявляется в расчетной ТУ где суммируются показания по двум Логика СПТ961.

[Иван Славный]

Приложите, пожалуйста, журналы работы Сервера за 27.03.2020 и 28.03.2020.

[Evgeniy58]

Журнал Сервера за 27.03
https://yadi.sk/d/Ct6wY8LCf4UB3A
Журнал Сервера за 28.03
https://yadi.sk/d/5R1d2s60NM9IAQ

[Иван Славный]

Сообщите, пожалуйста, наименование рассматриваемой расчетной точки. Также приложите журнал опроса исходной точки учета "ЭПР - ВОС - Чистая вода (Правый водовод)", в котором отражен опрос часовых данных на 27.03.2020 23:00.

[Evgeniy58]

Расчетная ТУ: Участок ВОС - Чистая вода
Да в журнале есть ошибка сохранения данных на 24:00
Ошибка при сохранении данных о потреблении и значений интеграторов. Время ожидания выполнения истекло. Время ожидания истекло до завершения операции, или сервер не отвечает.

[Evgeniy58]

Нам надо получается выяснить почему в 24-00 подвисает сервер ЛЭРСа?
Резервное копирование стоит на 1:00
Возможно какие то проблемы с SQL сервером?

[Evgeniy58]

И почему на следующий опрос данные в исходную ТУ попадают, а в расчетную уже нет?

[Иван Славный]

Возможно какие то проблемы с SQL сервером?

Именно проблемы с подключением к SQL-серверу и являются причиной возникновения данной ошибки.

И почему на следующий опрос данные в исходную ТУ попадают, а в расчетную уже нет?

Приложите журнал "следующего" опроса, в котором отражен опрос часовых данных на 27.03.2020 23:00.

[Evgeniy58]

Файл приложен. В посте выше.
106 строчка Информационное сообщение 28.03.20 00:00:10 Считаны данные за 27.03.2020 23:00:00 по ВОС - Чистая вода (Правый водовод)

[Иван Славный]

Ранее вы писали

И почему на следующий опрос данные в исходную ТУ попадают, а в расчетную уже нет?

Я запросил у вас журнал этого "следующего" опроса. Ранее приложенный вами файл не может быть одновременно основным журналом, в котором зафиксирована ошибка сохранения считанных с прибора данных, в том числе часовых за 27.03.2020 23:00:00, и журналом "следующего" за ним опроса, в котором отражено успешное считывание и сохранение этих данных.

Пожалуйста, приложите запрошенный журнал опроса.

[Evgeniy58]

Файл журнала опроса приложил. Это следующий опрос за опросом с ошибкой.
У нас стоит автоопрос каждую минуту настроен.
Но этот опрос произошел через 5 минут после, завершения опроса на 00:00

[Иван Славный]

Как видно из приложенного журнала опроса, в нем не запрашиваются часовые данные на 27.03.2020 23:00:00, а значит они не могли попасть в ТУ при данном опросе, следующем за проблемным. Судя по всему из-за возникшей в проблемном опросе ошибки при сохранении данных потребление на 27.03.2020 23:00:00 сохранилось, а при сохранении интеграторов возникла вышеописанная ошибка, которая нарушила нормальную работу программы. Все это привело к тому, что операция расчета данных в расчетной точке учета не была запущена, так как данная операция запускается после успешного сохранения данных.
При этом в следующем опросе данные на 27.03.2020 23:00:00 уже не запросились, так как в проблемном опросе сохранилось потребление на эту метку времени.

Все это лишь предположение. Если вам необходим детальный анализ хронологии событий, происходящих при возникновении заявленной ситуации, сообщите нам об этом. Я пришлю инструкцию с описанием последовательности действий, которые вам необходимо будет произвести и какие данные нам прислать дополнительно для анализа.

В любом случае для устранения заявленной ошибки вам необходимо выяснить причины, по которым ваш SQL Server так долго не отвечает на запрос Сервера ЛЭРС УЧЕТ.