This is topic А что будет, если старое значение затрется новым? in forum Архивирование в TRACE MODE / Data Logging in Trace Mode at Форум TRACE MODE: техническая поддержка.
Что будет, если у нас имеется очень медленно изменяющийся канал и его единственное значение будет затерто свежими данными других каналов. Какое значение будет выдавать, допустим, ГР при запросе у него данных о значении этого канала? ИМХО, сохранение в архиве значений всех каналов через заданные промежутки времени, предложенное в предыдущем топике, решит многие проблемы с архивами, в частности скорость извлечения данных и указанную выше ситуацию. Вам конечно виднее, но, кажется, это сделать не так уж и сложно и, раз уж вы все равно собираетесь выпускать еще один релиз, может сделаете доброе дело, плииииз! Или предложите свое решение проблемы с медленным извлечением архивных данных. Вот вам живой пример: имеется 100 Мб СПАД в который пишутся 650 каналов. Около 60 каналов изменяются очень редко. Архива хватает на 10-15 дней. При этом переход на время или на шаг, да даже переход на экран, отрабатывается по 5 минут, что как вы сами понимаете, непреемлемо.
Еще, ГР нормально переносит ситуации, когда из него удаляют и/или добавляют новые каналы, продолжая использовать ранее созданный СПАД? В справке сказано, что при несовпадении заголовка СПАДА со структурой базы каналов выдается ошибка 36, но у меня такого не было и архив писался как ни в чем не бывало. Это может вызывать задержки при извлечении данных?
Тормоза в 5 мин. - норма или это может быть вызвано неправильными настройками ГР и\или SV?
Только что нашел канал "Потеря Спад". Надеюсь он поможет исправить ситуацию.Ээээ, он ведь управляет сохранением не только в СПАД но и в ГР, так?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) Ситуация с затеранием значения - норма. СПАД по определению хранит данные только за определенный промежуток времени. И данный промежуток времени зависит именно от самых быстрых значений.
2) Никаких капитальных изменений 5-й версии не будет.
3) Архив на 100Мб - не такой уж и большой для ТМ. Подозреваю, что причину "торможения" нужно искать в настройках и в ресурсах системы. Пожалуйста, сообщите параметры Вашей системы.
4) Ситуация, когда структура базы каналов меняется - нестандартна. И ошибка 36 выдается только в критических ситуациях, когда работа с нарушенной структурой невозможна. Поэтому я рекомендую Вам удалать СПАД-архив после изменения структуры базы каналов, которые пишутся в СПАД, иначе это действительно может влиять на скорость работы с архивом.
5) ГР ведет такой же СПАД-архив как и МРВ. СПАД в ГР имеет такие же функции как и СПАД в МРВ, поэтому для него также справедливы все каналы, предназначенные для работы со СПАД-архивом в МРВ.
Posted by Sergei (Участник № / Member № 161) on :
Если ситуация с затиранием каналов норма, то что должен всё таки выдавать ГР в таком случае.
Насчет "Потеря СПАД". Не могу установить тип Output, он сам возвращается в input. Как это делается правильно?? Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) Никаких средств для сигнализации ситуации, когда СПАД начинает перезаписываться - нет. Единственное, как можно определить - только визуально на консоли ГР, когда индикатор заполнения архива покажет 100%. И то, это может только показать, что СПАД начал записываться по второму кругу. Вы можете видеть только диапазон времени, который Вам доступен на данный момент времени в архиве.
2) В справочной системе ошибка - счетчик потерь в СПАД обнулить нельзя (впрочем, можно попробовать канал СИСТЕМНЫЙ-Сброс ошибок). Только не понятно, каким образом Вы хотите связать данный канал с перезаписью СПАД? Ведь данный канал показывает сколько записей не удалось записать в СПАД. Такая ситуация может возникнуть только, если очередь записей в СПАД переполнена по причине загруженности системы и отсутствием доступа к СПАД-файлу. Posted by Sergei (Участник № / Member № 161) on :
Так вот же, копирую: · Потеря СПАД – при типе этого канала INPUT его значение соответствует количеству потерянных сообщений для СПАД. Если канал имеет тип OUTPUT, то он управляет принудительным сохранением значений каналов в СПАД . При этом посылаемые в этот канал значения задают выполнение следующих операций:
· 1, 2, 5, 6 – запись всех каналов, время изменения которых меньше, чем время первой записи в архив (архив уже зациклился, а данные каналы за это время ни разу не изменились, поэтому ни одной записи по ним в архиве нет);
· 3, 4 - запись всех каналов, время изменения которых отстает от текущего больше чем на сутки.
Любые другие не нулевые значения, посылаемые в этот канал, задают принудительную запись всех каналов, отмеченных для архивирования;
Неужели опять ошибка Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Мы перепроверили ситуацию: Прошу прощения, что ввел Вас в заблуждение по поводу сброса этого счетчика. Ошибка - в том, что действительно нельзя установить этот канал в тип OUTPUT и эту ошибку мы исправим в релизе 5.11. В справочной системе все описано правильно и эта возможность уже давно реализована в системе (принудительное сохранение данных в СПАД), но по причине невозможности смены типа канала ею было нельзя воспользоваться.
![[Пдмигивание / Wink]](wink.gif)
![[Недоумение / Confused]](confused.gif)
![[Неодобрение / Frown]](frown.gif)