Помогите с Alarm DB Logger

[Fail]

Доброго времени суток!
Помогите разобраться с некоторыми моментами работы Alarm DB Logger Manager:
1 - Настроен Alarm DB Logger Manager. На мнемосхеме расположен объект Distributed Alarm Display - который настроен на отображение аварий с локального сервера.
Все вроде работает - при возникновении события или аварии - они появляются в Distributed Alarm Display, но по прошествии некоторого времени, просто исчезают из него. Query Type установлен в Historical.

2 - почему при перезагрузке проекта в Distributed Alarm Display не отображаются аварии появившиеся ранее? а только текущие - хотя количество отображаемых записей стоит 1000?

[Shpik]

Distributed Alarm Display - нужен для сохранения совместимости версий 7 и более поздних и вроде как может отображать только текущие алармы.
Если у вас более поздняя версия чем InTouch 7, используйте для отображения текущих алармов AlarmViewerCtrl и AlmDbViewCtrl для отображения истории алармов.

[Fail]

нет версия как раз 7.11. Но прочитал что Distributed Alarm Display - отображает аварии только которые находятся в памяти - отсюда и невозможность прочтения более раннего архива. Но все равно остается вопрос - почему из него аварии пропадают - такое чувство будто Query Type стоит Summary - но тогда бы в Distributed Alarm Display не отображались записи со статусом event.

[Shpik]

Ну при перезапуске проекта тут понятно память очищается.
1) В работающем проекте запись исчезнуть может только если аларм квитирован и перестал существовать (возврат в нормальный режим работы).
2) И еще если установлена настройка, что возврат в нормальное состояние подразумевает квитирование. Тогда выполняется пункт 1 и запись исчезает.

[Генератор зла]

На 7.11 установлены все обновления?
ОС какая?

[Fail]

Ну при перезапуске проекта тут понятно память очищается.
1) В работающем проекте запись исчезнуть может только если аларм квитирован и перестал существовать (возврат в нормальный режим работы).
2) И еще если установлена настройка, что возврат в нормальное состояние подразумевает квитирование. Тогда выполняется пункт 1 и запись исчезает.

Даже если аларм квитирован, в журнале должна остаться запись о том когда он квитирован. ЗАпись исчезает из журнала только если стоит тип архива Summary. Но в таком типе архива я бы не смог отслеживать события - а они исправно появляются и ... со временем запись о событии пропадает как и запись об аварии.

На 7.11 установлены все обновления?
ОС какая?

1 - Да, обновления установлены вроде бы все - как можно это проверить? просто система существующая и я непосредственно установкой не занимался. И еще, сравнительно недавно все было в порядке, все началось после внесения изменений в проект - для тестирования пришлось поменять имя компьютера, чтобы не было дубля в сети. Соответственно были произведены настройки Alarm DB и Distributed Name Manager - изменено имя узла на новое. После того как вернули имя назад на старое и установили сервер как основной (С соответствующими настройками имени узла) и появилась такая проблема.

2 - ОС Windows 2000 SP4

[Fail]

Новая информация - явление с пропаданием записей из Distributed Alarm Display наблюдается при выставленной уставке в меню Special\Configure\Alarms - Events Enabled. При отключении данной уставки, все начинает работать нормально - аварии не пропадают из журнала.

[Fail]

На 7.11 установлены все обновления?

Установлены сервис-паки до 6 включительно.

[Генератор зла]

Установлены сервис-паки до 6 включительно.

Это последний.
Проверьте Query для отображения алармов. Полная запись = \\NodeName\InTouch!$System
Попробуйте короткую запись (если алармы читаются локально): \InTouch!$System

Нашёл ещё такую тему:
Events stop showing up in Alarm DB View Cntrl after a few hours, but continue to be logged in the db.
Run the AlterWWALMDB.exe from the InTouch directory after applying InTouch 7.11 Patch02
Но по этому поводу я бы проконсультировался с техподдержкой.

[Fail]

Всем кто откликнулся спасибо за помощь. Проблема решена. Все оказалось банально и просто. Предыдущие разработчики добавили в логирование энное количество аналоговых датчиков и они своими записями забивали архив и записи по всем остальным объектам просто удалялись из базы. Причем сделали у этих событий приоритет 999 а в журнале отображались только по 900. Вот их и не было видно.в

[dEVILoper]

Всем добрый день! Появился вопрос по Alarm DB Logger, задам его в этом топике.
Кто-нибудь пробовал и возможно ли в принципе с помощью этой утилиты вести параллельно две базы с двух АРМ?
Объединить два АРМ в одну базу с помощью AlarmQuery не предлагать)
Суть идеи - запустить на сервере утилиту и собирать со всех АРМ алармы в базу (для каждого АРМ - своя).
Причина - слабое железо на АРМ, при большом количестве алармов (обычно при запуске Viewer) подвисает передача в БД и умирает, пока не нажать STOP и снова START.

[Генератор зла]

Нет.

[AirBus]

Задам свой вопрос, по DB Logger.
Во вкладке settings поле AlarmQuery, как правильно написать запрос к двум источникам? Какой разделитель между ними нужно поставить.
В документации указано что такое возможно, а как правильно написать нет примера.

[Генератор зла]

Пробел или Enter

[IvanM]

Помогите с проблемой. в настройках AlarmDB logger неактивна возможность запускать его как службу windows, только как приложение, но постоянно запускать ручками не очень удобно, в чем может быть причина? на других машинах всегда запускал как службу.
windows server 2008 standard
версия IDE 3.1.3
InTouch 10.1

[Генератор зла]

Пытаетесь запускать не от имени администратора?

[IvanM]

Пытаетесь запускать не от имени администратора?

С учетной записи с правами администратора.