Historical Alams and Events через History Blocks

[bublic]

Всем добрый день!
GR - Инженерная станция с IDE 2014 R2 SP1 P02 - Win Server 2012 R2 Standart
G1 - Удаленная платформа, ка которой крутятся все движки - Win Server 2012 R2 Standart
G_Hist - Машина с Historian (Syst version11,613100,000) - Win Server 2012 R2 Standart
Имена для удобства условные
Предо мной коллеги перевели запись Событий а Алармов (она же я так понимаю A2ALMDB) на History Blocks.
И теперь у меня несколько вопросов:
1. В IDE в настройках платформы в Network Adrdress мы указываем имя машины G1(все понятно), и поскольку все движки и теги крутятся в этой платформе, ставим галочку Enable InTouch alarm provider (ну, чтобы алармы писались) во вкладке Engine и в самих движках ставим Enable storage to historian и вбиваем имя машины с Хисторианом. Как Алармы понимают что надо миновать G1 и писаться сразу на машину с Хисторианом? Поставив галочку "Enable InTouch alarm provider" мне казалось что писать они должны на машину, которая указана в Network Adrdress в этой же платформе, то есть G1. Но суть в том, что если зайти на G1, там нет SQL, точней в устаовках и удаления программ только Microsoft SQL Server 2005 Backward compatibility.
2. Далее при настройке Alarm Control на Current Alarms мы указываем машину G1(в которой недо SQL, в который даже не зайти), и текущие алармы работают, куда они там пишутся?
А для настройки Historical Alarms and Events пишем уже машину G_Hist(где хисториан) и к базе A2ALMDB контролка не коннектится, выбираем History blocks и все прекрасно коннектится, но почему-то в рантайме то данных нет, то я вот пока писал эту поэму, перещелкнул мнемосхемы, данные появились, только по времени какие-то расхождения.
.
3. В SMC G_Hist в History Blocks все блоки подсвечиваются сереньким, тоесть исходя из мануала - В них НЕТ данных, как подсветить? или заставить писать туда дынные?
4. На машине с Хиcторианом G_Hist папка Circular весит порядка 100ГБ, а занимают эти ресурсы внутри в основном папки Events. В ручную можно ли грохнуть их? Как удалять хист блоки? В Хисториан в свойствах Circular Maximum Size стоит 102400 и папка Circular вроде не выходит на пределы(102Гб), и хист блоки создаются ежедневно, но почему они не активны? серые
5.Еще странно что на G1 на диске С были созданы какие-то папки с именем машины G_Hist и там была куча данных в папке Event. Я их удалил, там гигов 50 было. Вот что в логах во вложении(1)
Исторические тренды вроде пишутся/читаются исправно.
Скрин 1 - G1
Cкрин 2 - H_Hist. Хисториан перезагружал
Cкрин 3 - GR

[beachbear]

Если хисториан сохранял алармы/эвенты в SQL-серверной базе данных, а потом был переконфигурирован на сохранение их в блоках истории, то это изменение никак не должно быть видимо никаким другим компонентам системной платформы. Они как пихали алармы/эвенты в хисториан через HCAL протокол, так и продолжат это делать без изменений. Куда там хисториан их пишет - в A2ALMDB или в блоки истории им дела нет. После реконфигурации он их будет писать в блоки (в отдельный подфолдер внутри каждого блока) в соответствии с их временем. Старые блоки будут прибиваться/перемещаться в соотвествии с правилами на Circular. Да, алармы жирные и занимают много места. Ну купите диск побольше и побыстрее и отдайте его целиком под Circular. Цвет блоков в 2014R2 не имеет значения.

[bublic]

Цвет блоков в 2014R2 не имеет значения.

Ух ты, а я вот пару скриншотиков откопал с разных ресурсов, мне теперь серый цвет не дает покоя(см. вложения), тоесть можно спать спокойно?)

[beachbear]

В обоих скриншотах написана какая-то хрень.
Желтым цветом отображаются блоки, чьи "классические" метаданные закэшированы в памяти индексной службы (aahIndexSvc.exe) в данный момент. B 2014R2 данные сохранаются новым (для 2014 года) движком, который не использует эту службу, ну и соответственно поэтому желтого цвета нет. Eсли у вас есть очень старые блоки, созданные предыдущими версиями хисториана, и вы качнете оттуда данные, то их метаданные закэшируется в индексной службе и эти блоки пожелтеют.

[bublic]

(aahIndexSvc.exe)

Интересно, в диспетчере задач есть такая служба... И статус у нее - Running

В обоих скриншотах написана какая-то хрень.

Спасибо!
А подскажите пожалуйста еще момент, удалить History Blocks я могу удалив папки в Circular? Или же можно как-то по культурному через SMC? не могу найти информацию.

P:S Порог удаления (Deletion Threshold), Максимальный размер (Maximum Size), Срок хранения (Maximum Age) - Это я все забил, просто хочу почистить диск от Hist Blocks

[beachbear]

Служба-то есть, но не используется для целей кэширования, если нет старых блоков. У вас их нет, а у кого-то другого могут быть.

Блоки истории можно просто удалить руками. Если есть возможность, то лучше во время полной остановки (shut down and disable), чтобы быть полностью уверенным в том, что в этот момент никто данные не читает и не пишет в эти блоки.

[beachbear]

Тема удаления блоков была раскрыта в соседней ветке
http://www.InTouch.su/forum/viewtopic.php?f=9&t=6141

[bublic]

Тема удаления блоков была раскрыта в соседней ветке
http://www.InTouch.su/forum/viewtopic.php?f=9&t=6141

Спасибо, но я уже успел тормознуть и все удалить.
Но в той статье на скриншотах Hist блоки желтенькие)) И сразу бросилось в глаза - Почему у меня нельзя создать History Block (Скриншот 3)

Еще вопрос, все блоки удалил, запустил Historical alarms and events а там за несколько минут 70к событий высыпалось, через 3 минуты еще 100к, офигеть просто.
Почему галочка "Log Data Change Event" пишет с сумасшедшей скоростью события? Они ведь должны писать только по изменению? (Скрины 1 и 2)

[beachbear]

Потому что у вас более новая версия. Движок 2014R2 создаёт блоки автоматически, когда приходят данные в этом интервале времени .

Алармы/эвенты генерируются вне хисториана. Почему так много генерируется - спросите у того, кто разрабатывал ваш источник алармов. Может быть, что так и должно быть, а может автоматизаторы вашего производства накосячили

[bublic]

а может автоматизаторы вашего производства накосячили

я и есть он самый))
"Log change" поставленный в атрибуте, ведь должен писать событие в Events с приоритетом 999 ТОЛЬКО по изменению этого атрибута, ведь так?
А выходит так что сработки этого атрибута нет, и почему-то сыпятся события по 100к в несколько минут, и следовательно Аларм клиент виснет жутко
В какую сторону хоть копааать?

[beachbear]

Может быть изменение есть, просто вы его не видите. Посмотрите все возможные поля данных, проверьте, что не сравниваете числа с плавающей точкой на полное равенство, скопируйте строчки в редактор, отображающий лишние пробелы, и т.д. Напишите письмо в службу поддержки. К сожалению, я не разбираюсь в области генерации алармов, поэтому ничего большего посоветовать не могу

[bublic]

поэтому ничего большего посоветовать не могу

Спасибо большое, итак хорошо помогли!
А вот раньше что писалось в A2ALMDB я мог посмотреть через SQL, а в History blocks никак не заглянуть? посмотреть, что туда пишется. Не Аларм клиентом

[beachbear]

Точно также через T-SQL как и обыковенные исторические данные, только в запросе надо указать диапазон времени, или через Historian SDK.

[bublic]

Точно также через T-SQL как и обыковенные исторические данные, только в запросе надо указать диапазон времени, или через Historian SDK.

Добрый день!
Подскажите пожалуйста, как загнать исторический блок в SQL?
Что-то он не хочет .dat файл открывать

[NewOrdered]

Добрый день!
Подскажите пожалуйста, как загнать исторический блок в SQL?
Что-то он не хочет .dat файл открывать

SQL сервер не хранит данные, он лишь предоставляет интерфейс доступа к ним. Хотите вручую добавить исторический блок? Поместите его в папку Circular и сделайте рескан.

[bublic]

SQL сервер не хранит данные, он лишь предоставляет интерфейс доступа к ним. Хотите вручую добавить исторический блок? Поместите его в папку Circular и сделайте рескан.

Я имел ввиду - Как открыть исторический блок в SQL, чтобы просмотреть там список алармов?

[NewOrdered]

Я имел ввиду - Как открыть исторический блок в SQL, чтобы просмотреть там список алармов?

Написать запрос.

1. Алармы у вас пишутся в Хисториан? Не в отдельную БД?
2. Исторический блок виден в самом Хисториане?

Для доступа к данным Хисториана используйте Historian Client Trend/Query. Либо пишите запрос самостятельно и выполняйте его, например, в SQL Server Management Studio.

[bublic]

1. Алармы у вас пишутся в Хисториан? Не в отдельную БД?
2. Исторический блок виден в самом Хисториане?

1. Если есть исторические блоки, причем в папке circular, как вы считаете, куда они пишутся и с помощью хисториана ли?
2. Виден или нет, не пойму какое это отношение имеет к вопросу - "Как открыть исторический блок в SQL?"

Для доступа к данным Хисториана используйте Historian Client Trend/Query

Спасибо, но вопрос был в другом. Данным продуктом пользоваться мы умеем. Меня интересует возможность открыть Исторический блок в SQL. Как я писал ранее, охото как в старые добрые времена открыл A2ALMDB SELECTом и посмотрел....

Либо пишите запрос самостоятельно и выполняйте его, например, в SQL Server Management Studio

Поделитесь пожалуйста навыком.

[NewOrdered]

Как открыть исторический блок в SQL?

Мне сея операция незнакома, поэтому задаю вопросы, чтобы разобраться в проблеме. Теперь я понял, что вам нужно получить с помощью SQL запроса данные по алармам, которые пишутся в Хисториан.

Wonderware Historian Server Concepts Guide содержит примеры доступа к алармам. Скопируйте текст запроса и выполните его откуда пожелаете: Management Studio, .NET среда, стороннее клиентское ПО

[NewOrdered]

Как я писал ранее, охото как в старые добрые времена открыл A2ALMDB SELECTом и посмотрел....

Если раньше делали, то сейчас что мешает? Хисториан предоставляет прозрачный доступ к своим данным через SQL сервер
Названия БД, таблиц, полей, параметров - все есть в документации.

[NewOrdered]

Названия БД, таблиц, полей, параметров - все есть в документации.

Кстати, там же написано, что для обратной совместимости имена представлений и полей оставили те же, что были в А2ALMDB.

[bublic]

Если раньше делали, то сейчас что мешает?

До потому ранее все писалось в A2ALMDB, а сейчас в history blocks, и по их душу никакой БД в SQL не создается. От того и был вопрос. (Как открыть исторический блок в SQL?/как обратиться к историческому блоку?)
Все ваши сообщения направлены на убеждение меня, что данные из history blocks можно получить через SQL, но я с этим и не спорю, мне выше об этом уже писали, от чего у меня и возник вопрос как это сделать.

Документация 2009 года. Все запросы начинаются SELECT .... FROM History.
Предполагаю, что я не умею поиском пользоваться, но я не нашел примера обращения к .dat файлу(исторический блок).

Есть человек, кто осуществлял это? Буду очень признателен.

[NewOrdered]

Все запросы начинаются SELECT .... FROM History

Using SQL Queries for Alarms and Events

Example: Listing all events One of the simplest queries for alarms and events data is to get a list of all events. For example, a query like this one would list all events between the dates and times specified:

select * from Events where EventTime between '2015-10-25 0:00' and '2015-10-26 0:00'

[bublic]

select * from Events where EventTime between '2015-10-25 0:00' and '2015-10-26 0:00'

Ну вот откуда ему взять таблицу или БД "Events"?)

[NewOrdered]

Ну вот откуда ему взять таблицу или БД "Events"?)

Там вообще-то представления используются:

Alarm and Event Views (Backward Compatible)
The following Alarm and Event views are included for backward compatibility:
 Events *
 v_EventHistory *
 v_AlarmHistory *
 v_AlarmHistory2 *
 v_AlarmEventHistory2 *
 v_AlarmEventHistoryInternal2 *
* These views reflect the tables within the WWALMDB and A2ALMDB databases, or history blocks. For
details about the related and tables, see "Recording Alarms into an Alarm Database" in the AVEVA
InTouch HMI Alarms and Events Guide.

[bublic]

Там вообще-то представления используются:

Alarm and Event Views (Backward Compatible)
The following Alarm and Event views are included for backward compatibility:
 Events *
 v_EventHistory *
 v_AlarmHistory *
 v_AlarmHistory2 *
 v_AlarmEventHistory2 *
 v_AlarmEventHistoryInternal2 *
* These views reflect the tables within the WWALMDB and A2ALMDB databases, or history blocks. For
details about the related and tables, see "Recording Alarms into an Alarm Database" in the AVEVA
InTouch HMI Alarms and Events Guide.

[/quote]

оох
Ну вот смотрите, опять пришли к началу.
Эти представления я могу применить к БД которые есть в SQL, например A2ALMDB(см.скрин)
Как с помощью этих представлений обратиться к историческому блоку?
Получается необходимо загнать hist block в виде БД или в какую-нибудь БД чтобы использовать к ним такие обращения?
Если быть еще проще, вот лежит в папке circular исторический блок A210505_001, хочу к нему обратиться, а не знаю как. В SQL их нет

[NewOrdered]

Приведенная мной цитата - из документа Wonderware Historian Database Reference
Там же обьясняется, что из соображений совместимости имена представлений в А2ALMDB и БД Хисториана одни и те же.

Исторический блок Хисториана имеет проприетарный (закрытый) формат. Это не то тоже самое, что база данных. Просто так "открыть" не получится.
Хисториан анализирует SQL запрос, извлекает данные из исторического блока и возвращает их SQl серверу, а тот соответственно клиенту

[NewOrdered]

1. Если есть исторические блоки, причем в папке circular, как вы считаете, куда они пишутся и с помощью хисториана ли?

То что блоки есть в Хисториане, еще не говорит о том, что туда сохраняются алармы. В блоках хисториана по умолчанию только исторические данные. Для сохранения туда алармов/событий нужно настроить сбор утилитой конфигурирования.

[bublic]

То что блоки есть в Хисториане, еще не говорит о том, что туда сохраняются алармы. В блоках хисториана по умолчанию только исторические данные. Для сохранения туда алармов/событий нужно настроить сбор утилитой конфигурирования.

Утилиткой давно все настроено, и для достоверности даже скажу, что в настройках аларм клиента стоит:
Client Mode - Historical Alarms and Events;
Database Name - Histoty Blocks.
И если вы скажете, что данные настройки не показатель того, что все может работать, уверяю вас, все пишется, все читается.

[bublic]

Просто так "открыть" не получится.
Хисториан анализирует SQL запрос, извлекает данные из исторического блока и возвращает их SQl серверу, а тот соответственно клиенту

Поделитесь пожалуйста навыком.

как обратиться к историческому блоку?

Как с помощью этих представлений обратиться к историческому блоку?

Есть человек, кто осуществлял это? Буду очень признателен.