Is there a way to suppress unneeded notifications or alert storms generated by SCOM when a Switch or Router goes down?
If one of the racktop switches goes down, we’ll get 100’s of notifications emailed to the Service Desk for servers not reachable, which we don’t want.
We’d like notifications emailed that the switch is down only
we don’t want a server down notification emailed for each of the servers attached to the switch. And following the same logic, we don’t want notifications emailed that multiple racktop switches & servers are down if the core switch has a faulty card or goes down itself.
Any suggestions or guidance on fixing this in SCOM will be greatly appreciated.
Can anyone point me to the right resource or help me out with the steps?
ForEach($Setting in $Settings)
{ #Check the next execution time… allow for 2.5 minutes since the task cannot run more often than every 5 minutes.
If((Get-Date).AddMinutes(10) -gt (Get-Date($Setting.NextExecution)) -and (Get-Date).AddMinutes(-10) -lt (Get-Date($Setting.NextExecution)) -and ($Setting.Enabled -eq “true” -or $Setting.Enabled -eq “test”))
{
We have made our own solution to cope with this issue. We do not use scoms builtin notification channels.
We built a sma-job that fetches open alerts from scom and then we have created filters that tags the alerts and sends alerts if criterias are met and does not send alerts if anotger criteria is met.
Another solution we be to have a seperate notificitaion channel just for the switch alert and one for the others. And then have ps-script disable the notification channel temporarilly while the alert is open.
ForEach($Setting in $Settings)
{ #Check the next execution time… allow for 2.5 minutes since the task cannot run more often than every 5 minutes.
If((Get-Date).AddMinutes(5) -gt (Get-Date($Setting.NextExecution)) -and (Get-Date).AddMinutes(-10) -lt (Get-Date($Setting.NextExecution)) -and ($Setting.Enabled -eq “true” -or $Setting.Enabled -eq “test”))
{