Поделиться через


Предупреждения

 

Применимо к:System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Предупреждения в Operations Manager могут создаваться либо из мониторов, либо из правил. Хотя консоль управления не различает эти два типа, между ними есть определенная разница, которую следует знать при определении мониторов и правил. В этом разделе описываются свойства предупреждений, которые необходимо задавать при настройке монитора для создания предупреждения или при определении правила, создающего предупреждения.

Предупреждения из мониторов

Предупреждение будет создаваться монитором только при выполнении всех следующих условий.

  • Монитор настроен для создания предупреждений.

  • Состояние работоспособности монитора изменилось с работоспособного на состояние предупреждения или ошибки, в зависимости от возможных состояний работоспособности монитора.

  • Не существует уже открытое предупреждение, созданное для того же объекта тем же монитором.

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

Например, представим монитор событий Windows, настройки которого подразумевают установку критического состояния при обнаружении события с номером 101 и сброса монитора при обнаружении события с номером 100. Когда создается первое событие 101, устанавливается критическое состояние монитора, и создается предупреждение. Даже если закрыть это предупреждение, при обнаружении дополнительного события 101 новое предупреждение не будет создаваться до тех пор, пока не изменится состояние монитора. Новое предупреждение будет создано только после того, как монитор будет сброшен, вручную или в результате события 100, и возникнет событие 101.

Имя предупреждения

Имя предупреждения представляет собой одну строку текста и не может содержать переменные.

Приоритет и серьезность

Серьезность предупреждения определяет предупреждение как информационное, предупреждающее или критическое. Эта серьезность может не соответствовать серьезности состояния работоспособности, вызвавшего предупреждение. Серьезность предупреждения определяется значком в консоли управления и используется представлениями и подписками на уведомления. Приоритет предупреждения в консоли управления не доступен, но используется в основном для подписок на уведомления.

Описание предупреждения

Описание предупреждения может состоять из нескольких строк текста и включать обычный текст и переменные. Наиболее часто в описании предупреждения встречаются переменные $Data, которые используются для включения в описание разных сведений из источника данных монитора. Доступные свойства зависят от вида используемого источника данных.

В следующей таблице приводится синтаксис и примеры переменных в предупреждениях, создаваемых мониторами.

Источник данных

Синтаксис

Примеры

Событие Windows

        $Data/Context/


Автоматическое разрешение предупреждений

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

System_CAPS_noteПримечание

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

Предупреждения из правил

Предупреждение будет создаваться правилом только при выполнении следующих условий.

  • Правило настроено для создания предупреждений.

  • Условия, заданные в правиле, выполняются.

  • Не существует уже открытое предупреждение, соответствующее конфигурации подавления предупреждения.

В следующей таблице рассматривается возможность каждого типа правила создавать предупреждения.

Тип правила

Возможность создания предупреждений

Правила событий

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

Правила производительности

Нельзя создавать правило предупреждения на основе счетчика производительности. В этом случае следует использовать монитор, поскольку обычно условие успешности может быть обнаружено счетчиком производительности, и обычно связано с определенным состоянием работоспособности целевого класса.

Правила создания сценариев

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

Имя предупреждения

Имя предупреждения представляет собой одну строку текста и не может содержать переменные.

Приоритет и серьезность

Серьезность предупреждения определяет предупреждение как информационное, предупреждающее или критическое. Эта серьезность может не соответствовать серьезности состояния работоспособности, вызвавшего предупреждение. Серьезность предупреждения определяется значком в консоли управления и используется представлениями и подписками на уведомления. Приоритет предупреждения в консоли управления не доступен, но используется в основном для подписок на уведомления.

Описание предупреждения

Описание предупреждения может состоять из нескольких строк текста и включать обычный текст и переменные. Наиболее часто в описании предупреждения встречаются переменные $Data, которые используются для включения в описание разных сведений из источника данных правила. Доступные свойства зависят от вида используемого источника данных. Каждый раздел Источники данных включает список свойств, доступных для разных источников данных.

В следующей таблице приводится синтаксис и примеры переменных в предупреждениях, создаваемых правилами.

Источник данных

Синтаксис

Примеры

Событие Windows

        $Data/


Подавление предупреждений

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

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

Для подавления предупреждений необходимо указать минимальное количество полей, которого достаточно для уникальной идентификации предупреждения. Обычно это имя компьютера и поля, используемые условиями правила. Например, для подавления в правилах событий часто достаточно использовать следующие поля:

  • компьютер ведения журнала;

  • Источник события

  • номер события.

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

System_CAPS_noteПримечание

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