Запрос на обновление отправил.
Все-таки объясните когда происходит сброс данных из кэша в БД, при остановке сервера БД, - в процессе работы или остановки?
Табличные данные смогу скинуть на следующей неделе, когда доберусь до объекта.
Спасибо.
Запрос на обновление отправил.
Все-таки объясните когда происходит сброс данных из кэша в БД, при остановке сервера БД, - в процессе работы или остановки?
Табличные данные смогу скинуть на следующей неделе, когда доберусь до объекта.
Спасибо.
Обновлять нужно только серверную версию или клиентов тоже?
Лучше все обновить.
Спасибо.
Запись в БД идет непрерывно в процессе работы, на первом скриншоте видно, что растут оба показателя "Запись в БД", "Запись в кеш", другое дело, что "Запись в БД" может быть меньше, если некоторые данные не удалось записать. У вас была проблема в том, что при старте от HDA сервера частично приходят данные, которые уже есть в БД, А поскольку данные пишутся в БД групповым образом, то запись не проходит целиком.Сообщение от Sohatyi
При остановке идет ожидание, пока не будут сохранены все данные из очереди записи.
Спасибо.
А то, что в настройках БД в поле "Режим создания объектов БД" выбрано "Пересоздавать отличающиеся" не означает, что вновь пришедшие данные должны перезаписать существующие?
Нет, это настройка предназначена для другого - она предназначена для пересоздания таблиц и хранимых процедур.
MasterSCADA не перезаписывает старые данные - если пришло значение с меткой времени меньшей чем последнее значение в архиве, то оно просто отбрасывается.
Спасибо.
Понятно. Иногда в базе получаются недостоверные данные, скорее всего проблема в OPC HDA, хотелось бы иметь простой механизм для перезаписи данных, не совсем удобно искать соответствия между тегами расположенными в дереве объектов и системе, а потом искать соответствующий ID в базе данных.
Спасибо.
В скаде это сделать затруднительно и нецелесообразно. Вы можете написать хранимую процедуру которая будет удалять данные соответствие ID и можно найти в таблице MasterSCADADataItems.
Но вообще следует разобраться в OPC сервером - почему он передает недостоверные данные.
Спасибо.
С OPC разобраться не получится похоже, люди которые его делали уже не работают, а новая тех. поддержка не может ничего решить, по крайней мере так было в прошлом году.
Проблема такая: в базу данных с одной меткой времени записываются недостоверные значения (совсем непохожие на реальные), такое ощущение, что где-то происходит сдвиг в расшифровке ответа от теплосчетчика. До этого времени и после значения нормальные. Бывает такое что сдвигается запятая в нецелых значениях.
Во вложении данные в табличном виде по высланным ранее трендам
Пришлите еще отчет об ошибках с клиентов.
Вы пробовали перезапускать скаду на клиенте, когда замечали провалы?
Спасибо.
Ваши права
Ответить с цитированием