<![CDATA[Поиск закрытых алармов и причин закрытия в БД]]>Здравствуйте!

Получить список алармов из БД (PostgreSQL) можно так:

select
    name,
    message,
    timestamp 'epoch' + creation_time * interval '1 second' as begin,
    timestamp 'epoch' + last_change_time * interval '1 second' as last_change
from alarms inner join object_properties
    on source_object_id = object_id
order by creation_time desc

Однако я не могу найти поле с отметкой о том, когда аларм был закрыт, а также кем и по какой причине.

]]>https://forum.netxms.org/topic/2468/поиск-закрытых-алармов-и-причин-закрытия-в-бдRSS for NodeFri, 13 Nov 2026 21:29:00 GMTFri, 05 Jul 2013 10:15:32 GMT60<![CDATA[Reply to Поиск закрытых алармов и причин закрытия в БД on Mon, 08 Jul 2013 12:53:25 GMT]]>понятно, спасибо!

]]>https://forum.netxms.org/post/10720https://forum.netxms.org/post/10720Mon, 08 Jul 2013 12:53:25 GMT<![CDATA[Reply to Поиск закрытых алармов и причин закрытия в БД on Mon, 08 Jul 2013 12:46:16 GMT]]>Не совсем так. Надо проверять на alarm_state = 3, term_by может быть равен 0 если аларм был закрыт пользователем admin или системой. last_change_time будет в этом случае содержать время закрытия, да.

]]>https://forum.netxms.org/post/10719https://forum.netxms.org/post/10719Mon, 08 Jul 2013 12:46:16 GMT<![CDATA[Reply to Поиск закрытых алармов и причин закрытия в БД on Mon, 08 Jul 2013 09:06:46 GMT]]>Т.е. закрытые алармы - это те, у которых term_by <> 0, и в этом случае дата/время закрытия - last_change_time?

]]>https://forum.netxms.org/post/10714https://forum.netxms.org/post/10714Mon, 08 Jul 2013 09:06:46 GMT<![CDATA[Reply to Поиск закрытых алармов и причин закрытия в БД on Mon, 08 Jul 2013 08:56:40 GMT]]>Вот такой SQL даст пользователей, которые делали acknowledge, resolve, и terminate:

select
    op.name,
    message,
    creation_time as begin,
    last_change_time as last_change,
    u1.name as user_ack_by,
    u2.name as user_resolved_by,
    u3.name as user_term_by
from alarms
inner join object_properties op
    on source_object_id = object_id
left outer join users u1
    on u1.id=ALARMS.ack_by
left outer join users u2
    on u1.id=ALARMS.resolved_by
left outer join users u3
    on u1.id=ALARMS.term_by
order by creation_time desc

Отдельных timestamp'ов на это нет, при каждом изменении обновляется last_change_time.

]]>https://forum.netxms.org/post/10712https://forum.netxms.org/post/10712Mon, 08 Jul 2013 08:56:40 GMT<![CDATA[Reply to Поиск закрытых алармов и причин закрытия в БД on Mon, 08 Jul 2013 04:01:13 GMT]]>Спасибо, я просто не увидел кнопочку "get more data" 🙂

Однако вопрос с выборкой алармов средствами SQL по-прежнему актуален, потому что текущее представление включает слишком много колонок. Актуальность, наверное, потеряется только с решением этой проблемы -  https://www.radensolutions.com/chiliproject/issues/224

]]>https://forum.netxms.org/post/10710https://forum.netxms.org/post/10710Mon, 08 Jul 2013 04:01:13 GMT<![CDATA[Reply to Поиск закрытых алармов и причин закрытия в БД on Sat, 06 Jul 2013 19:02:29 GMT]]>Странно. На всякий случай - в лог выдаются первые 400 найденных записей, следующие подгружаются при нажатии "get more data" - действительно больше ничего не выдается?

]]>https://forum.netxms.org/post/10705https://forum.netxms.org/post/10705Sat, 06 Jul 2013 19:02:29 GMT<![CDATA[Reply to Поиск закрытых алармов и причин закрытия в БД on Fri, 05 Jul 2013 10:31:47 GMT]]>Да, искать по БД приходится не от хорошей жизни - в Alarm Log с фильтром по Source удается найти записи до апреля, остальных нет. Хотя в БД с тем же object_id есть записи вплоть до сегодняшнего дня. Что может так влиять на неотображение данных?

]]>https://forum.netxms.org/post/10702https://forum.netxms.org/post/10702Fri, 05 Jul 2013 10:31:47 GMT