Discussion Option 3By using the app

Discussion Option 3

By using the application template as a grouping field, the trigger is dynamic regarding which nodes are alerted on and simple to understand

A problem occurs when formulating the alert actions. Since the trigger is matching on an "APM: Application" property,
all the normal variables used in the alert texts will need to be fully qualified.

Example: ${Caption} references in emails and syslog messages must be changed to ${Node.Caption}
In reality, I believe that all variables should be fully qualified ALL the time. This reduces the confusion when authoring alert texts and using a field like ${Caption} and having the alert contain the name of a volume instead of the name of the node.

Результаты (русский) 1:

Обсуждение варианта 3

с помощью шаблона приложения как поле группирования, триггер является динамическим относительно какие узлы предупреждены о и простой для понимания

возникает проблема при разработке действий оповещения. Поскольку триггер сопоставление свойства «APM: приложения»,
все нормальной переменные, используемые в текстах, оповещения будет нужно быть полными.

Пример: ${Название} ссылки в электронной почте и syslog-сообщения, должен быть изменен на ${Node.Caption}
In реальности, я считаю, что все переменные должны быть полные все время. Это уменьшает путаницу, когда разработки текстов оповещения и с помощью поля как ${название} и имеющие оповещения содержат имя тома вместо имени узла.

Результаты (русский) 2:

Обсуждение Вариант 3 С помощью шаблона приложения как поля группировки, триггер является динамическим, в отношении которых узлы предупреждены, и просто понять возникает проблема при разработке действия для предупреждений. Поскольку триггер соответствия на "APM: Применение" собственности, все нормальные переменные, используемые в аварийных текстов должны быть полным. Пример: $ {Надпись} ссылки в электронных письмах и системных сообщений должны быть изменены, чтобы $ {Node. Надпись} В действительности, я считаю, что все переменные должны быть полными все время. Это уменьшает путаницу при авторизации Уведомления тексты и используя поле как $ {подпись} и имеющий предупреждение содержать имя тома вместо имени узла.

Результаты (русский) 3:

Обсуждение вариант 3ветровому с помощью шаблонов приложений как группировка поле, триггер - это динамическая по вопросу о том, какие узлы были предупреждены о по и простой для понимания

A проблема возникает при разработке действия оповещения. Поскольку триггер совпадающих по "АРМ: применение" собственности,
все обычные переменные, используемые в предупреждение тексты должны быть в полной мере квалифицированных.

пример:$ {Caption} ссылки в сообщениях электронной почты и сообщений syslog должен быть изменен на $ {Node.Caption}
в реальность, я считаю, что все переменные должны быть полностью все время. Это уменьшает путаницу, когда предупреждение об авторе тексты и, используя поле $ {Caption} и имея предупреждение содержат имя тома вместо имени узла.