none
SNMP Probe Monitor: Операции сравнения при создании монитора (переменные SnmpVarBinds) RRS feed

  • Вопрос

  • Здравствуйте.

    Ситуация следующая. Есть устройство (ИБП) c которого методом SNMP Probe получаем 3 значения OID.
    Первое значение - текущее входное напряжение. Второе и третье - нижняя и верхняя граница переключения на батареи.

    В Expression в операциях сравнения в качестве значений для сравнения (Value) пытаюсь использовать не какие-то конкретные цифровые значения (как это описано во всех примерах в интернете), а переменные... 

    Собственно вопрос в том, что таким образом настроенный монитор не работает.

    Подскажите как можно провести операцию сравнения между полученными по SNMP параметрами.

    27 июня 2013 г. 7:56

Ответы

  • Здравствуйте.

    Этого нельзя (и так всегда было) сделать в GUI. Шаблон мониторов используемый в GUI просто этого не поддерживает. Вам нужно написать свой монитор (во VSAE или "чистом" XML) используя примерно такие экспрессии:

                <SimpleExpression>
                  <ValueExpression>
                    <XPathQuery Type="Integer">SnmpVarBinds/SnmpVarBind[1]/Value</XPathQuery>
                  </ValueExpression>
                  <Operator>NotEqual</Operator>
                  <ValueExpression>
                    <XPathQuery Type="Integer">SnmpVarBinds/SnmpVarBind[2]/Value</XPathQuery>
                  </ValueExpression>
                </SimpleExpression>


    http://OpsMgr.ru/

    27 июня 2013 г. 15:46
    Отвечающий

Все ответы

  • Здравствуйте.

    Этого нельзя (и так всегда было) сделать в GUI. Шаблон мониторов используемый в GUI просто этого не поддерживает. Вам нужно написать свой монитор (во VSAE или "чистом" XML) используя примерно такие экспрессии:

                <SimpleExpression>
                  <ValueExpression>
                    <XPathQuery Type="Integer">SnmpVarBinds/SnmpVarBind[1]/Value</XPathQuery>
                  </ValueExpression>
                  <Operator>NotEqual</Operator>
                  <ValueExpression>
                    <XPathQuery Type="Integer">SnmpVarBinds/SnmpVarBind[2]/Value</XPathQuery>
                  </ValueExpression>
                </SimpleExpression>


    http://OpsMgr.ru/

    27 июня 2013 г. 15:46
    Отвечающий
  • Спасибо за информацию. Ручная правка XML по представленному примеру помогла в решении задачи. То есть я просто заменил тег <Value Type="String">...<Value> на <XPathQuery Type="Integer">...<XPathQuery>. После этого монитор заработал так как нужно, однако пропала возможность открыть его свойства в консоли SCOM. При попытке открытия соответствующего монитора появляется ошибка:

    Это как то можно победить или это недоработка гуёв и с этим просто придётся смериться?


    28 июня 2013 г. 5:15
  • Смириться.


    http://OpsMgr.ru/

    28 июня 2013 г. 14:59
    Отвечающий
  • http://msdn.microsoft.com/en-us/library/hh135106.aspx

    Vladimir Zelenov | http://systemcenter4all.wordpress.com

    28 июня 2013 г. 15:40
    Отвечающий
  • Раз уж даже на msdn написано что Value и XPathQuery можно равноценно использовать в операциях сравнения, то тот факт, что в консоли возникает ошибка при открытии такого монитора - констатирует баг. Может тогда сможете отправить эту информацию команде разрабочиков SCOM?

    28 июня 2013 г. 17:50
  • Раз уж даже на msdn написано что Value и XPathQuery можно равноценно использовать в операциях сравнения, то тот факт, что в консоли возникает ошибка при открытии такого монитора - констатирует баг. Может тогда сможете отправить эту информацию команде разрабочиков SCOM?


    Это не баг. GUI именно так представляет данные. Authoring Console позволяет создавать базовые вещи, всё что сложнее и требует кастомизации - Authoring Tools.

    Vladimir Zelenov | http://systemcenter4all.wordpress.com

    1 июля 2013 г. 16:30
    Отвечающий
  • Если это не баг, то что?? ... свойства любого другого монитора от всех MP разработанных MS открываются без подобных эксэпшенов. Давайте тогда поступим по классической схеме - всё что в лом приводить к "юзер-френдли" концепции будем с важным видом называть "фичами"... а я наивно полагал что инициативы по улучшению продукта приветсвуются.

    1 июля 2013 г. 16:47
  • Это баг. Просто в силу его низкой распространенности и малого влияния - приоритет у него очень низкий.


    http://OpsMgr.ru/

    Отвечающий