none
SCOM 2007 генерация нескольких алертов RRS feed

  • Вопрос

  • Приветствую!

    В 2005 МОМе была возможность с помощью одного Event Rule сгенерировать несколько алертов со статусом Active и потом потом каждый из них с помощью этого Event Rule переводить в Inactive. В SCOM 2007 никак не могу найдти аналогичный функционал: правило в SCOM может генерить много алертов, но закрыть их с помощью правила нельзя. Монитор может создавать алерт с изменяемым статусом (новый/закрытый), но создается только 1 алерт, а мне необходимо несколько.
    Уже более недели бьюсь над данным вопросом, но решения не нашел.

    Вопрос возник в связи с переносом функционала самописного MP монитринга узлов в сети из 2005 в 2007 версию. В 2005 у меня при недосупности узлов в консоли оператора генерилась пачка алертов, каждый из которых соответствовал определенному узлу в сети. Как узел поднимался, алерт переходил в Inactive. Было очень удобно.
    Серверов, маршрутизаторов в сети очень много, так что писать отдельные мониторы для мониторинга каждого узла это не вариант.

    Заранее благодарю за ответы.







Ответы

  • Пары "событие-устройство" и соответствующие отдельные алерты создаются тогда, когда OpsMgr наблюдает за УСТРОЙСТВАМИ, а не за единственным экземпляром "сторонней спец. программы". В данном случае монитор наблюдает за "сторонней программой" и отслеживает ЕЕ состояние на основе данных, которые берет из нее сценарием. Поэтому монитор не будет генерировать много алертов на один экземпляр("стороннюю программу").
    Монитор генерирует алерт, когда его состояние  изменяется. В случае "сторонней программы" состояние монитора изменит первый же ставший недоступным сетевой узел, после чего до того момента как монитор снова станет "здоровым" и алерт не будет закрыт - новые алерты генерироваться не будут.


    http://OpsMgr.ru/
    • Помечено в качестве ответа Nikita PanovModerator 23 сентября 2009 г. 13:15
    15 июля 2009 г. 8:27
    Отвечающий

Все ответы

  • Уфф...
    Так я и не смог осознать чего же вы хотите :) Можете описать более-менее подробно конечную цель? То есть в стиле "У меня есть сто маршрутизаторов, я хочу чтобы ....".
    http://OpsMgr.ru/
    10 июля 2009 г. 4:22
    Отвечающий
  • Есть большое количество устройств в сети. Если устройство недоступно стало нужно чтобы в консоли SCOM возникал алерт. Если узел снова стал доступен, нужно чтобы алерт автоматически переводился в закрытое состояние. Т.е 1 устройство - один алерт. Если десять узлов отвалились, то нужно чтобы 10 алертов создалось.

    10 июля 2009 г. 5:21
  • Ну так это и есть. По умолчанию. Любой монитор создает алерт и сам его закрывает если указано закрывать при устранении проблемы... Одно устройство - один алерт.
    http://OpsMgr.ru/
    10 июля 2009 г. 7:02
    Отвечающий
  • Так одним же монитором создать несколько алертов нельзя! Не писать же для каждого устройства свой монитор, который именно для данного устройства будет алерт генерировать. Хотелось написать всего один монитор (скриптовый, исполняемый только на одном из агентов SCOM, который пингует устройства) и чтобы он для всех устройств включенных в мониторинг кучу алертов создавал в случае необходимости. 
    Под словом "устройство" я понимаю IP адрес, который в базу скрипта внесен, а не объекты внутри SCOM`а.


     

    10 июля 2009 г. 8:42
  • Один монитор будет создавать один алерт на пару "событие-устройство". То есть один монитор, который с одного Watcher Node ("исполняемый только на одном из агентов SCOM, который пингует устройства") следит за N сетевых устройств, и будет выдавать отдельный алерт на каждое событие (недоступность, например) конкретного устройства.
    То есть, например если с одного watcher node один монитор следит за десятью сетевыми устройствами, то при недоступности трех устройств будет создано три алерта, пяти - пять..ну и так далее.
    Вот здесь (http://www.systemcentercentral.com/PackCatalog/PackCatalogDetails/tabid/145/IndexID/11551/Default.aspx) есть пример менеджмент пака (вернее, готовый менеджмент пак, решающий задачи, как я понимаю очень сходные с вашими потребностями). Вы можете как использовать его, так и изучить его и использовать как шаблон и пример для собственного менеджмент пака.
    http://OpsMgr.ru/
    13 июля 2009 г. 4:08
    Отвечающий
  • Благодарю за информацию. Посмотрел пример MP - там реализовано через WMI. Мне необходимо, как я уже указал, чтобы монитор скриптовым был (VBS скрипт). Пингами устройств у меня занимается сторонняя спец. програма.  Как я не бился у меня не получается сгенерировать несколько алертов одним монитором. Может я что не так делаю:

    Монитор синхронизированного сценария с двумя состояниями, для передачи информации в SCOM используется стандартная конструкция
    oBag = oAPI.CreateTypedPropertyBag(0)
    ...
    if DeviceState = "BAD" Then
      Call oBag.AddValue("State","BAD")
      Call oBag.AddValue("Device",EventName)
     End If
     if DeviceState = "GOOD" Then
      Call oBag.AddValue("State","GOOD")
      Call oBag.AddValue("Device",EventName)
     End If
      Call oAPI.Return(oBag)

    Изменяется параметр Device. Но как не кручу, алерт генерится только один, соответствующий состоянию монитора BAD или GOOD. Через скрипт вообще не понятно как реализовать пару "событие-устройство". 
    Перерыл всю доступную документацию, но ответа так и не нашел :(


    15 июля 2009 г. 5:28
  • Пары "событие-устройство" и соответствующие отдельные алерты создаются тогда, когда OpsMgr наблюдает за УСТРОЙСТВАМИ, а не за единственным экземпляром "сторонней спец. программы". В данном случае монитор наблюдает за "сторонней программой" и отслеживает ЕЕ состояние на основе данных, которые берет из нее сценарием. Поэтому монитор не будет генерировать много алертов на один экземпляр("стороннюю программу").
    Монитор генерирует алерт, когда его состояние  изменяется. В случае "сторонней программы" состояние монитора изменит первый же ставший недоступным сетевой узел, после чего до того момента как монитор снова станет "здоровым" и алерт не будет закрыт - новые алерты генерироваться не будут.


    http://OpsMgr.ru/
    • Помечено в качестве ответа Nikita PanovModerator 23 сентября 2009 г. 13:15
    15 июля 2009 г. 8:27
    Отвечающий