警示的產生方式How an alert is produced

重要

已不再支援此版本的 Operations Manager,建議升級至 Operations Manager 2019This version of Operations Manager has reached the end of support, we recommend you to upgrade to Operations Manager 2019.

在 System Center - Operations Manager 中,警示可以透過規則或監視器產生。In System Center - Operations Manager, an alert can be generated by a rule or a monitor. 如需規則與監視器的說明,請參閱 Operations Manager 管理組件包含哪些元素?For an explanation of rules and monitors, see What is in an Operations Manager Management Pack?

某些規則和監視設定成在符合特定條件時傳送警示,例如發生特定事件或操作失敗。Some rules and monitors are configured to send an alert when specific conditions are met, such as a certain event occurring or an operation failing. 每個規則和監視都不會產生警示。Every rule and monitor does not generate an alert. 當監視的預設設定是不要傳送警示時,您可以在監視上設定覆寫來啟用警示When the default configuration of a monitor is to not send alerts, you can configure an override on the monitor to enable alerts. 如需設定覆寫的詳細資訊,請參閱如何覆寫規則或監視For information about configuring overrides, see How to Override a Rule or Monitor.

監視可以設定成在健全狀況狀態變更為警告 (黃色) 或重大 (紅色) 時產生警示,或是只在狀態變更為重大時產生警示。A monitor can be configured to generate an alert when health state changes to warning (yellow) or critical (red), or only when state changes to critical. 例如,假設可用磁碟空間的監視偵測到電腦上的磁碟空間低於設定的閾值。For example, a monitor for free disk space detects that disk space on a computer is below the configured threshold. 監視會將健全狀況狀態變更為重大並傳送單一警示。The monitor changes the health state to critical and sends a single alert. 在監視傳送警示之後,只要健全狀況狀態未從重大變更為狀況良好 (綠色),接下來就不會再產生警示。After the monitor has sent the alert, it will not generate future alerts so long as the health state does not change from critical to healthy (green). 不過,如果健全狀況狀態重設為狀況良好,然後磁碟空間再次降到低於閾值,則系統會在健全狀況狀態變更為重大時傳送另一項警示。If, however, the health state is reset to healthy and then the disk space drops below the threshold again, another alert will be sent when the health state changes to critical.

如果監視會傳送警告或重大的警示,而且該監視會在狀態變更為警告時傳送警示,則如果第一個警示已經關閉,只有當狀態從警告變更為重大時,監視才會傳送第二則警示。If a monitor sends an alert for warning or critical, and the monitor sent an alert when the state changed to warning, it will only send a second alert when the stage changes from warning to critical if the first alert has been closed. 如果狀態變更為警告時傳送的警示仍維持開啟,當狀態從警告變更為重大時,就不會傳送任何警示。If the alert that was sent when the state changed to warning remains open, no alert will be sent when the state changes from warning to critical.

下圖顯示可能會產生警示的狀態變更。The following illustration shows the state changes that can generate an alert.

可傳送警示的狀態變更列表

監視所產生的警示大部分都會在健全狀況狀態恢復為狀況良好時自動解除。Most alerts generated by monitors will be automatically resolved when the health state returns to healthy. 如果監視未設定為自動解除其警示,您可以在監視的 [自動解決警示] 參數上設定覆寫。If a monitor is not configured to automatically resolve its alert, you can configure an override on the parameter Auto-Resolve Alert for the monitor.

注意

規則無法自動解決警示。Rules cannot automatically resolve alerts.

規則和監視不同,只要產生警示的條件持續存在或重複出現,規則就可以繼續傳送警示。Unlike monitors, rules can continue to send alerts as long as the condition that caused the alert persists or repeats. 依據規則檢查的項目而定,單一問題就有可能產生大量警示。Depending on what the rule is checking for, a single issue could possibly generate a huge number of alerts. 為了避免過多警示產生的雜訊,規則可以啟用警示歸併功能。To prevent the noise of too many alerts, alert suppression can be enabled for a rule.

注意

您只能在建立規則時啟用警示歸併功能,Alert suppression can only be enabled when the rule is created. 不能使用覆寫來啟用此功能。You cannot enable alert suppression by using an override.

當規則啟用警示歸併時,系統只會傳送第一個警示,並歸併進一步的警示。When alert suppression is enabled for a rule, only the first alert is sent and further alerts are suppressed. 歸併警示不會顯示在 Operations 主控台中。A suppressed alert is not displayed in the Operations console. Operations Manager 只會歸併警示歸併準則定義的重複警示。Operations Manager suppresses only duplicate alerts as defined by the alert suppression criteria. 歸併準則所述的欄位必須與警示相同,才能將警示視為重複並歸併。Fields stated in the suppression criteria must be identical for the alert to be considered a duplicate and suppressed. 警示必須由相同的規則建立且未解決,才能視為重複的警示。An alert must be created by the same rule and be unresolved to be considered a duplicate.

您可以個人化 [作用中警示] 檢視,以加入 [重複計數] 欄。You can personalize the Active Alerts view to add the Repeat Count column. 已啟用歸併之警示的重複計數會隨著每個歸併的警示遞增。The repeat count for an alert with suppression enabled will be incremented for each suppressed alert. 您也可以在警示的內容中檢視重複計數。You can also view the repeat count in the properties for an alert.

重要

依預設,由監視產生且使用相同執行個體識別碼的所有警示都會歸併,不過在主控台中查看警示內容時,並不會看到任何代表歸併功能已啟用的內容。By default, all alerts that are generated by monitors and that use the same instance ID are suppressed, however nothing in the alert properties as viewed in a console will indicate that suppression is enabled. 如果管理組件中的規則定義包含空白歸併值標記,由規則產生的警示預設也會歸併,不過在主控台中查看警示內容時,並不會看到任何代表歸併功能已啟用的內容。Alerts that are generated by rules will also be suppressed by default if the rule definition in the management pack contains an empty Suppression Value tag, however nothing in the alert properties as viewed in a console will indicate that suppression is enabled. 只有檢視警示的 [報表計數] 欄位時,才能得知歸併的狀況。You will only be aware of the suppression if you view the Repeat Count column for the alert.

後續步驟Next steps