www.InTouch.su

Добрый день.
WW historian 11.0.
WW Archestra 2012 R2.
Возникла следующая ситуация:
При запросе исторических данных очень долго возвращается результат. При запросе на сервере historian процесс aahstorage.exe с 50 мб ОП возрастает до 400-500, ЦПУ грузится где-то на 10-15%.
Раньше результата никакого не было, увеличил таймаут запроса на клиенте до минуты, где-то на 40 сек на данный момент возвращается результат (выборка за последние полчаса) . При чем, со временем это время увеличивается.
Делаю следующее - останавливаю historian, подчищаю папку circular, запускаю historian обратно. Запрос после этого проходит мгновенно. И нормально все работает где-то около недели (происходит увеличение времени запроса, но не так критично). И потом все по-новой.
и еще заметил, что некоторые данные возвращает сразу (но таких оч мало).
Блок данных в папке circular (сама папка с данными) занимает не больше 10-15 Мб. Раз в сутки создается новый блок данных. Всего тегов в бд ~1000.
Куда копать?

xonyx писал(а):Раньше результата никакого не было, увеличил таймаут запроса на клиенте до минуты, где-то на 40 сек на данный момент возвращается результат (выборка за последние полчаса) .

И сколько значений возвращается за эти полчаса? А сколько их всего в БД за это время?

Дай бох вам здоровья и много много денег )

Ась?

Спасибо, что подсказали, в каком направлении копать.
пробовал через встроенный в ексель historian client
используя wwretrievalmode full получил около 50 значений одного тега. Выборка длилась полминуты

При изменении промежутка времени (независимо в большую или меньшую сторону) этого же тега практически сразу выдает данные...

Выборка из 50-ти значений за 30 секунд... Это сильно... долго. А как выглядит сам запрос?

Я не пишу запрос. В екселе в ячейке что-то типа =wwwidehistory("192.168.3.20";лист!$a$1;"row100";"rel";"-90m()";254;2;0;0;3;3;"";3;-1;0;"";"nofilter";20480)}

Попробуйте ту же выборку сделать в Historian Client Query. Там же можно (и проще) экспериментировать с опциями запроса.

xonyx писал(а):=wwwidehistory("192.168.3.20";лист!$a$1;"row100";"rel";"-90m()";254;2;0;0;3;3;"";3;-1;0;"";"nofilter";20480)}

Ни разу не полчаса

Эт я прекрасно знаю. Суть не в это. Поставь туда хоть 500m, хоть 5m, первый запрос такой долго проходит. Все последующие выполняются на ура, при условии обращения к одному и тому же тегу, и если процесс aahstorage на данный момент ничем занят

И разницы нет, какой клиент использовать, и какие параметры запроса вбивать. Результат один и тот же... Первый запрос тупит, все последующие с одним и тем же тегом просто летают

М.б. у Historian-а не хватает памяти для хранения текущего исторического блока и он его выкидывает на HDD? И первое обращение из-за этого дольше (подкачивается с HDD в RAM)?

В целом, свободной оп более чем достаточно (Ок 13гб)
попробовал поменять настройки: historycachesize с 0 на 5000 и historydaysalwayscached с 0 на 2, пока результата не дало

xonyx писал(а):попробовал поменять настройки: historycachesize с 0 на 5000 и historydaysalwayscached с 0 на 2

С перезапуском Historian ?

Полный перезапуск.
не помогло

Рatch 02 для 11.0 установлен?

В общем, как обычно, сделал все вразу, и не понял, что именно помогло.
Установил патчи до 3 версии. Правда, теперь на основной платформе возникает exceed heartbeat period к другим платформам галактики, но, вроде, ничего не глючит.
Еще у проблемных тегов была выставлена настройка force storage period в 60000 ms. Сделал 0 ms.
На данный момент тренды отображает без проблем.