Microsoft Knowledge Base Email Alertz

Alerts that are raised by the monitors should not be manually resolved in Operations Manager 2007

Search KbAlertz

Advanced Search

Receive Microsoft Knowledge Base articles by E-Mail?

Every night we scan the Microsoft Knowledge Base. If technologies you're interested in are updated, we'll send you an e-mail. You only get one e-mail a day, and only when new articles are added.

Click here to create a
FREE account
Already have an account?
[Click here to Login]











Microsoft Knowledge Base Article

This article contents is Microsoft Copyrighted material.
©2005-©2007 Microsoft Corporation. All rights reserved. Terms of Use | Trademarks

Article ID: 979388 - Last Review: January 28, 2010 - Revision: 1.0

Alerts that are raised by the monitors should not be manually resolved in Operations Manager 2007

INTRODUCTION

In Microsoft System Center Operations Manager 2007 and in Microsoft System Center Operations Manager 2007 R2, alerts can be raised by the monitors. Alerts that are raised by the monitors are typically the result of a state change. These alerts are displayed in the Operations console similar to the alerts that are raised by rules. However, these alerts should not be manually resolved.

MORE INFORMATION

Alerts that are raised by the monitors are related to a state change. These alerts should be resolved by the monitor itself. For example, the monitor waits for when the state changes back to Success or green. Alerts can be manually resolved in the Operations console. However, we do not recommend that you manually resolve the alerts. If the alert is manually resolved, the resolved state of the alert does not match the state of the monitored object.

You can use some Windows PowerShell cmdlets to determine whether an alert is raised by a monitor. The following is a sample of a script that determines whether an alert is raised by a monitor:
#get all alerts
$alerts = get-alert 

#get only alerts generated by a monitor and not closed $alerts = get-alert | where {$_.IsMonitorAlert -eq $true -and $_.ResolutionState -ne 255}

#format a table with alert info
$alert | sort-object LastModified, Name | ft Name, LastModified

#print number of alerts
$alerts.Count

#get only alerts generated by a rule and not closed $alerts = get-alert | where {$_.IsMonitorAlert -eq $false -and $_.ResolutionState -ne 255}

REFERENCES

For more information about how to reset a monitor when closing an alert, visit the following Microsoft Developer Network Blog Web site:
http://blogs.msdn.com/mariussutara/archive/2009/02/02/how-to-reset-monitor-when-closing-alert.aspx (http://blogs.msdn.com/mariussutara/archive/2009/02/02/how-to-reset-monitor-when-closing-alert.aspx)

APPLIES TO
  • Microsoft System Center Operations Manager 2007
  • Microsoft System Center Operations Manager 2007 R2
Keywords: 
kbhowto kbtshoot kbexpertiseinter kbsurveynew kbinfo KB979388
       

Community Feedback System

Very often, it takes hours to solve a problem. Very often, you've looked high and low, and have tried a lot of solutions. When you finally found it, chances are, it was because someone else helped you. Here's your chance to give back. Use our community feedback tool to let others know what worked for you and what didn't.

Please also understand that the community feedback system is not warranted to be correct, it's simply a system that we've built to let people try and help each other. If something in a feedback response doesn't make sense to you, or you're not comfortable making changes that the feedback talks about (like registry edits), please consult a professional.

Thank you for using kbAlertz.com Feedback System.

-- Scott Cate