В документации описано, что можно построить зависимости триггеров.
Перед тем, как послать action по триггеру A, смотрится состояние триггера B, от которого он зависит. Если состояние B PROBLEM, то action по A не происходит.
Все хорошо, и даже замечательно.
Но имеем следующую задачу.
A = доступность удаленного шлюза
B = наличие VPN канала до этого шлюза
C = доступность сервера, за удаленным шлюзом.
C зависит от B, который в свою очередь зависит от A.
Идея, не получать уведомления о проблемах B и С, если проблем в А.
Но вот сегодня получил уведомления, в течении минуты, сначала пришла проблема C, затем B, и последней A.
А теперь вопрос:
Можно ли сделать так, что бы перед action по триггеру, смотрелось бы не только состояние триггера от которого он зависит, но и принудительно дергался итем, что бы понять его состояние именно в данный момент времени, а не тогда, когда произойдет проверка итема по расписанию.
Перед тем, как послать action по триггеру A, смотрится состояние триггера B, от которого он зависит. Если состояние B PROBLEM, то action по A не происходит.
Все хорошо, и даже замечательно.
Но имеем следующую задачу.
A = доступность удаленного шлюза
B = наличие VPN канала до этого шлюза
C = доступность сервера, за удаленным шлюзом.
C зависит от B, который в свою очередь зависит от A.
Идея, не получать уведомления о проблемах B и С, если проблем в А.
Но вот сегодня получил уведомления, в течении минуты, сначала пришла проблема C, затем B, и последней A.
А теперь вопрос:
Можно ли сделать так, что бы перед action по триггеру, смотрелось бы не только состояние триггера от которого он зависит, но и принудительно дергался итем, что бы понять его состояние именно в данный момент времени, а не тогда, когда произойдет проверка итема по расписанию.
Comment