Сброс монитора событий
Опубликовано: Март 2016
Применимо к:System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
В отличие от других видов мониторов в System Center 2012 — Operations Manager, он может быть сложно определить критерии для возврата к работоспособному состоянию монитора событий. Это происходит потому, что приложения часто создают событие при возникновении проблемы, но не создать соответствующее событие, когда проблема была устранена. По этой причине имеет следующие параметры установки работоспособного состояния монитора событий.
Логика перезагрузки |
Описание |
|---|---|
Сброс события |
Одного определенного события указывает монитор сбрасывается. |
Ручной сброс |
Монитор сбрасывается автоматически никогда. Пользователь должен вручную сбросить монитора. |
Сброс таймера |
Монитор сбрасывается автоматически после указанного времени. |
Каждый из этих методов объяснял рассматривается в следующих разделах:
Сброс события
С Сброс события, монитор будет сброшен при обнаружении одного вхождения определенного события. События должны иметь тот же тип, как событие, используемое для обнаружения ошибки. Например монитор событий Windows указать события с источником определенного события и число для указания ошибки. Другое событие Windows с такой же источник события, но другое число может указывать, что была исправлена ошибка в приложении.
Сброс события можно использовать только в том случае, если приложение предоставляет события, указывающего определенный ошибка была исправлена. Многие приложения создайте событие, когда происходит ошибка, но не может создать соответствующее событие, которое указывает, что ошибка была исправлена. В этом случае нельзя использовать сброс события.
Ручного сброса
С ручного сброса, монитор никогда не возвращается в работоспособное состояние автоматически. Пользователь должен определить, является ли данная проблема была решена, а затем выберите монитор анализатора работоспособности и выберите сброса работоспособности.
Преимущество этой стратегии является использование монитора для проблем, которые не следует создавать событие, указывающее на работоспособное состояние. Монитор может повлиять на состояние работоспособности управляемого объекта вместо создания простого предупреждения из правил. Время простоя будут записаны для объекта в события изменения состояния в консоли управления и во всех отчетах доступности.
Существует несколько последствия этой стратегии, которые следует учитывать. Во-первых, требуемых от пользователя, так как монитор будет никогда не автоматический сброс дополнительной работы. Кроме того, это может привести к слишком много времени простоя, записываемый в случае, если пользователь подождет длительное время, прежде чем выполнять сброс. Возможно, проблема была исправлена достаточно быстро, но не будут записаны работоспособное состояние, пока пользователь не выполнит сброс.
Использование ручного сброса следует особенно cautioned для мониторов там, где существует вероятность для одной проблемы для воздействия на несколько экземпляров целевого класса. Поскольку пользователи не могут сбрасывать монитор для нескольких экземпляров в консоли управления, пользователь потребовался бы вручную открыть анализатор работоспособности для каждого экземпляра для выполнения этого действия. В зависимости от количества экземпляров это может привести к значительных усилий для пользователя.
Сброс таймера
Сброс таймера ведет себя так же, как вручную сбросить, за исключением того, если пользователь вручную не сброса монитора после указанного времени, он будет автоматически сбрасывается. Сброс такого рода применяется для проблем, которые постоянно журнал событий ошибок, пока проблема не будет устранена. Вместо того чтобы использовать другое событие для указания, что данная проблема была решена, ранее ошибки события за указанный период может использоваться как критерии успеха.
Сброс таймера можно использовать вместо ручного сброса, предоставляя преимуществами автоматически Сброс через некоторое время, если пользователь не выполняет ручного сброса.
Какие сброса следует использовать?
Если приложение, которое вы контролировать создает событие, когда была исправлена проблема, используйте сброс события. Это предпочтительный метод, так как монитор возвращается в работоспособное состояние, как можно раньше, как можно раньше подходит без вмешательства пользователя. Все оповещения, созданные из монитор может быть закрыто автоматически.
Если приложение, которое мониторинг не создает событие, когда была исправлена проблема, то следует использовать ручного сброса или сброса таймера. См. описание каждого выше определить стратегию, лучше всего подходит для конкретных целей.