Есть "правило мониторов", о котором может знать пользователь scom. Если у вас есть предупреждение, которое было сгенерировано монитором (в отличие от правила, которое генерирует предупреждения), не закрывайте его и дайте ему закрыть его самостоятельно. Если вы закроете предупреждение, вы не будет уведомлен о проблеме снова, пока монитор не вернется в работоспособное состояние, а затем снова не перейдет в неработоспособное состояние.
Если кто-то закрывает предупреждение о свободном месте на диске (или если это происходит во время обслуживания, или оно старое и автоматически закрывается), мы не узнаем, что на сервере все еще есть проблемы с пространством, пока на машине не возникнут проблемы. Мне нужен способ восстановления предупреждений для мониторов, которые находятся в неработоспособном состоянии.
В настоящее время я просмотрел решение PowerShell под названием GreenMachine но похоже, что он работает не очень хорошо и работает очень-очень медленно.
Какие решения этой проблемы нашли люди?
Более простое решение, но с большей отдачей: перевести объект, создающий критическое состояние работоспособности, в режим обслуживания на 15 минут. Состояние работоспособности изменится на «не отслеживается» и будет повторно оценено после выхода из режима обслуживания.
Таким образом вы повторно создадите оповещение. Однако имейте в виду, что это будет иметь одинаковый эффект для каждого правила, выполняемого монитором для этого объекта.
Хотя вы можете взломать решение с PowerShell, которое может сбрасывать данные мониторинга монитора. т.е. вызовите ResetMonitoringState метод объекта мониторинга, например предоставленную вами ссылку на GreenMachine. Если монитор сбрасывается в Health Explorer или из сценария PowerShell, будет сгенерировано новое предупреждение, если предыдущее было закрыто, когда монитор перезапускается и обнаруживает, что по-прежнему существует критическое состояние или состояние предупреждения.
Хотя SCOM имеет предупреждения, он управляется состоянием, а не предупреждением, как MOM. Некоторые преобразованные пакеты управления по-прежнему имеют характер оповещения. Однако в пакете управления, разработанном для SCOM (например, платформы Windows), предупреждения почти всегда поступают от мониторов (наблюдателей состояния).
Это изменение в конечном итоге означает, что при мониторинге необходимо уделять больше внимания состоянию, а не предупреждениям. Состояние можно просматривать в представлениях состояния, таких как компьютеры Windows и многие другие, или Health Explorer. Для конкретных случаев могут быть созданы новые представления состояния. Также обратите внимание, что предупреждение может не выдаваться для каждого предупреждения или критического состояния (это необязательно) при создании монитора и может быть переопределено.
Я предлагаю вам не найти способ повторно создавать предупреждения, а изменить способ мониторинга в вашей организации.