none
настройка Critical и Warning параметров в переопределениях RRS feed

  • Вопрос

  • добрый день.

    есть монитор, который следит за температурой и в случае превышения порога создает аварию. в правилах нашел характеристики регулировки создания critical и warning

     

    необходимо чтобы warning  и critical создавались с шагом в три градуса. в какихх полях что необходимо поменять?

    25 января 2012 г. 5:53

Все ответы

  • А там больше нет никаких параметров?
    25 января 2012 г. 6:09
    Отвечающий
  • нет. вот скрин.

    я подумал вероятно необходимо менять значение "серьезность". в "критической" стоит 2, а в "предупреждающей" 1 (я так понимаю отличия от эталонной температуры и наверное в градусах). и еще вопрос галочку "серьезность" ставить - это 100%. а вот галочку "включено" ? и что делать со значением "истина" (нужно ли его переопределять) ? 

    25 января 2012 г. 6:43
  • Да, я уже понял. Это SNMP Trap, который генерится самим устройством, так что если что-то и можно поменять, то в самом устройстве.

    25 января 2012 г. 6:46
    Отвечающий
  • в консоли на серверах настроек не так и много, там не меняется.  вопрос про галочку "включить", если я ее не поставлю то правило или монитор не начнет переопределяться. правильно я понял?
    25 января 2012 г. 9:59
  • Нет, смотрите. Включить - Истина/Ложь (Enabled - True/False) означает, что данный монитор включен или выключен, это не означает, что включено или выключено переопределение (Override). Переопределение либо есть, либо его нет, если переопределение есть, то монитор использует параметры, которые вы внесли в переопределение. Здесь монитор/правило работает по следующему принципу - сервер создает через SNMP Trap некое событие, а агент SCOM только проверяет наличие этого события, тут нет каких либо вводных данных о том, при каком пороге должно создаваться событие. Это задается в параметрах биоса, либо каких-то программах, написанных для самого сервера. SCOM только получает это событие и его приоритет - Critical или Warning.
    25 января 2012 г. 10:32
    Отвечающий