none
SCOM2007: Sensitivity в мониторах и правилах. RRS feed

  • Вопрос

  • Коллеги, кто-нибудь может или просветить меня вкратце, или ткнуть в ресурс, в котором это внятно и толково описано? Интересует, что такое Sensitivity для правила (rule), Inner & Outer Sensitivity для монитора и что и как от них зависит.

    Например: если у меня частит ошибка от монитора, что значение превысило baseline, то в какую сторону я должен какой sensitivity крутить, чтобы эти ошибки стали реже?

    17 августа 2007 г. 10:23

Ответы

  • Отвечу сам себе найденными фактами:

    1) inner sensitivity в мониторе и sensitivity в соответствующем rule должныбыть идентичными.

    2) Если мы увеличиваем rule sensitivity (и inner sensitivity в мониторе, см. п.1), то этим самым мы уменьшаем колисчество алертов, поднимаемых монитором. То есть это значение, скорее имеет отношение к толерантности, чем к чувствительности.

    3) Алгоритм пока не раскрывается. Попробую покопать.

     

    P.S. Кстати, в процессе ковыряния нашел workaround для уменьшения количества ложных срабатываний мониторов по baseline:

    a) задизейблить соответствующие монитор и правило. Делается это override'ом. В каком порядке - пофиг.

    б) повысить значения sensitivity для правила и inner sensitivity для монитора до одной величины.

    в) включить правило и монитор (удалить overrides)

     

    З.З.Ы. Если есть дополнения - добро пожаловать.

    17 августа 2007 г. 11:58

Все ответы

  •  

    Это где появляется?
    17 августа 2007 г. 11:57
    Модератор
  • Отвечу сам себе найденными фактами:

    1) inner sensitivity в мониторе и sensitivity в соответствующем rule должныбыть идентичными.

    2) Если мы увеличиваем rule sensitivity (и inner sensitivity в мониторе, см. п.1), то этим самым мы уменьшаем колисчество алертов, поднимаемых монитором. То есть это значение, скорее имеет отношение к толерантности, чем к чувствительности.

    3) Алгоритм пока не раскрывается. Попробую покопать.

     

    P.S. Кстати, в процессе ковыряния нашел workaround для уменьшения количества ложных срабатываний мониторов по baseline:

    a) задизейблить соответствующие монитор и правило. Делается это override'ом. В каком порядке - пофиг.

    б) повысить значения sensitivity для правила и inner sensitivity для монитора до одной величины.

    в) включить правило и монитор (удалить overrides)

     

    З.З.Ы. Если есть дополнения - добро пожаловать.

    17 августа 2007 г. 11:58
  • Илья, это появляется, когда слишком резво срабатывают какие-нить алерты, основанные на вычесленном baseline. У меня слишком часто для терминальных серверов вопит (пару раз в сутки, когда все нормально, на самом деле).

    17 августа 2007 г. 11:59
  •  

    Я про термины Inner Outer
    17 августа 2007 г. 12:12
    Модератор
  • Ааа... Не понял, сорри. В мониторе, основанном на baseline правиле. Например, если импортирован Terminal Service MP посмотри монитор Performance - Windows Computer Role Health Rollup - Performance Terminal Services - Total Number Of Active Sessions.

     

    17 августа 2007 г. 12:24
  •  

    Загрузил для 2003-го (для 200-го не грузил) - этот монитор есть, но где у него Inner-Outer не вижу
    17 августа 2007 г. 14:54
    Модератор
  • Надо начать делать Override. И в нем есть внизу. В понедельник могу скрин выложить.

    17 августа 2007 г. 19:15
  • за скрин буду очень признателен, потому как тоже самое домогает

    20 августа 2007 г. 7:38
  • Увидел где это...

     

     

    При содании монитора в визарде предлагается настроить Sensivity с помощью прокрутки движка от Low до High без задания каких либо чисел. При этом картинки показывают смысл сего действия: чем левее движок (Low), тем меньше срабатываний монитора (привила).

    После создания монитора в его свойствах настройка Sensitivity заблокирована. Но открыв окно Override можно увидеть числовые параметры Inner Sensitivity и Outer Sensitivity, которые представляют собой некие числа.

    Не поленился создать несколько 2-based baseline monitor перебрав все значения движка Sensitivity от Low до High. Получились такие значения  Inner Sensitivity и Outer Sensitivity:

    4,01    4,51   Low

    3,77    4,27

    3,29    3,79

    2,81    3,31

    2,57    3,07   High

     

    Ручками изменить параметры не так просто. Шаг изменения должен быть кратен 0,5

     

    Алгоритм и смысл параметров пока не описан, но тенденция видна.

    21 августа 2007 г. 3:07
    Модератор
  • Блин... Я ж картинку выкладывал... Куды делось???

    Но вообще Илья все правильно сказал. Больше всего раздражает недокументированность алгоритма. Потому что без этого нужно долго мудохаться над каждым отдельным монитором...

    21 августа 2007 г. 6:14
  •  

    Очень похоже на границы допустимого отклюнения и напоминает дисперсию. Если так, то никакой алгоритм не поможет - не считать же ее ручками!  Тогда единственный путь - подбор параметров. Покрайней мере ясно, что при их уменьшении чувствительность срабатывания возрастает, а при увеличении - уменьшается.
    22 августа 2007 г. 7:06
    Модератор
  • Ну да... Как-то так. Хорошо, что у меня таких счетсиков только пара штук пока =)

    22 августа 2007 г. 7:14
  •  Alexander Trofimov написано:

    Ааа... Не понял, сорри. В мониторе, основанном на baseline правиле. Например, если импортирован Terminal Service MP посмотри монитор Performance - Windows Computer Role Health Rollup - Performance Terminal Services - Total Number Of Active Sessions.

    А можно узнать, какие параметры Вами были подобраны? А то у меня тоже проблемы с этим датчиком.

    Я так понимаю, он мониторит "скачки" - резкое увеличение кол-ва сессий. Соотвественно каждое утро, когда пользователи приходят на работу - получаем алерт.

    23 октября 2007 г. 8:30
    Отвечающий
  • Я, если честно, был занят пока другим, так что ничего не подбирал. Да и появляться со временем оно стало меньше. Я позже этим займусь, так что если есть время - подождите =)
    23 октября 2007 г. 8:35
  •  sie написано:

    После создания монитора в его свойствах настройка Sensitivity заблокирована. Но открыв окно Override можно увидеть числовые параметры Inner Sensitivity и Outer Sensitivity, которые представляют собой некие числа.

    Не поленился создать несколько 2-based baseline monitor перебрав все значения движка Sensitivity от Low до High. Получились такие значения  Inner Sensitivity и Outer Sensitivity:

    4,01    4,51   Low

    3,77    4,27

    3,29    3,79

    2,81    3,31

    2,57    3,07   High

     

    Ручками изменить параметры не так просто. Шаг изменения должен быть кратен 0,5

     

    Алгоритм и смысл параметров пока не описан, но тенденция видна.

    Как я понял, Sensitivity позволяет задать, когда монитор реагирует на изменения значения параметра. Цифра показывает, на какое значение может изменится параметр, прежде чем сгенерируется алерт.

    Outer - это предел изменения значения в большую сторону

    Inner - это предел изменения значения в меньшую сторону

    Так (чувсвую, что нет)?

     

    Пример. Кол-во активных сессий в течении часы был = 13. Потом пришли люди, зашли на сервер, кол-во сессий за 60 секунд увеличилось до 45, т.е. в 45/13 = 3,46 раза.

    При этом, если у нас Outer =  3,30, то правило сработает и сгенерирует алерт. Если же Outer = 3,79 - то не сработает.

    Я правильно понял?

    23 октября 2007 г. 9:47
    Отвечающий
  • В том то и дело, что не раскрывается алгоритм. Но, скорее всего, как минимум не совсем так.

    23 октября 2007 г. 10:09
  •  Alexander Trofimov написано:

    В том то и дело, что не раскрывается алгоритм. Но, скорее всего, как минимум не совсем так.

    Интересно, в чем такая тайна. И как теперь вот расчитывать BaseLine.

    23 октября 2007 г. 10:33
    Отвечающий
  • Не знаю, если честно. Я попытаюсь выйти на разработчиков, но это будет сильно не сейчас. Скорее, ближе к НГ.

    23 октября 2007 г. 11:05
  • Кстати, у меня в алерте "Terminal Services Active Sessions metric above baseline" вот такой косяк в описании:

    "Active Sessions metric is above the calculated baseline. Current value is  "

    И после этого самоого "is" пусто.

    24 октября 2007 г. 7:24
    Отвечающий
  • И такое есть. Но жить пока не мешало особо. просто неприятно. Пожалуйтесь на connect, если есть возможность уделить этому время =)

     

    24 октября 2007 г. 7:33
  • Так появилось уже где-нибудь описания этих параметров?  При мониторинге почтовых очередей практически всегда очередь равня нулю. И если вдруг монитор попадает на тот момент когда в очереди 1-2 письма, он мне начинает вопить о том что очередь превысила все возможные пределы. Меня же реально интересует возрастание очереди свыше 50-100 писем. Такое возможно сделать настройками монитора из манажмент-пака от Exhange 2003 или выключать его и писать свой? 

    31 июля 2008 г. 7:44
  • Если речь об алгоритмах рассчета бэйслайна, то нет, и скорее всего не появится. Если о смысле настроек, то собрано здесь.

     

    31 июля 2008 г. 8:04
    Отвечающий
  •  maxx-ode написано:

    Меня же реально интересует возрастание очереди свыше 50-100 писем. Такое возможно сделать настройками монитора из манажмент-пака от Exhange 2003 или выключать его и писать свой? 

     

    Можно взять за основу монитор из стандартного MP и сделать на его основе свой, где указать проверку "число писем > 50"

     

    Либо подбирать занчения Inner/Outer опытным путем.

    4 августа 2008 г. 4:24
    Модератор
  • Существует какой-нибудь предел, до которого можно увеличивать sensitivity? Чувствительность у некоторых мониторов очень высокая.
    16 сентября 2008 г. 6:22