Отправил в л/с
Совершенно непонятно как именно воспроизводится данная ошибка. Создали на тестовом Сервере 4 точки учета, задав такие же привязки, как на ваших скриншотах. Ошибка не воспроизвелась ни разу.
Возможно какой то эффект оказывает расчетная точка. Можно ли удалить из нее формулы расчетные формулы?
Самое странное что у нас даже воспроизводится ситуация, когда в текущих точки ХВС сохраняется только рассчитанная запись давления P1 без считанных данных объема V1, но самой ошибки при этом не возникает.
Попробую развернуть вашу БД из представленной выше темы и попытаюсь воспроизвести ситуацию на ней.
Хм, я не припомню такой ошибки на Microsoft SQL Server, только на PostgreSQL. Но может ее раньше и не было.
Я удалил формулы из расчетной точки и на 14 попытку произошла ошибка. Так что расчетная точка вероятно не влияет.
Развернули вашу БД из упомянутой выше темы. Аналогичная ситуация: в рассматриваемой точке ХВС запись с рассчитанными данными давления без считанных данных объема сохраняется, но рассматриваемая ошибка при этом не воспроизводится.
К нам не поступало ошибок подобного характера по СУБД Microsoft SQL Server. Видимо это особенность СУБД Postgres.
Возможно в воспроизведении ошибки играет роль загруженность Сервера и/или СУБД Postgres при автоопросе, в результате чего по какой то причине происходит одновременная попытка вставить текущую запись на одну и ту же метку времени.
Пожалуйста, включите отладку Сервера, воспроизведите ситуацию еще раз и приложите журнал ручного опроса, при котором она воспроизведется после включения отладки, дамп обмена к этому журналу и журнал работы Сервера за день проведения вышеописанного ручного опроса.
Поймал с первой попытки после включения отладки:
server.2026-02-12.log (93,4 КБ)
Журнал опроса3.xlsx (11,4 КБ)
dump._Общая очередь(0).2026-02-12.log (3,3 КБ)
Создали внутреннюю задачу по рассматриваемой ошибке. Попытаемся выявить причины по предоставленным данным.
Исправление будет доступно в следующей версии 3.65.0.