---
sourceDocument: Australia IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/it-operations-management

 Release :

    - australia

ft:locale :

    - de-DE

ft:publication_title :

    - Australia IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# How Health Log Analytics generates alerts

# How Health Log Analytics generates alerts {#ariaid-title1}

* Freigeben Version: Australia
* 
* Aktualisiert 12. März 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 Minuten Lesedauer

Health Log Analytics identifies patterns in your log data and learns pattern behavior. When HLA's AI engine detects anomalous behavior, it sends an event to the ServiceNow
Event Management application. As an operator, you can use these predictive alerts to handle emerging IT issues before they impact users.

## Log anomaly detection {#hla-op-anomalies-detecting__section_vlx_gtf_qmb}

There are many kinds of anomalous (abnormal or unexpected) behavior. In this example, the system tracks the baseline rate---the average number of events per minute---of particular messages. The chart shows the values for the
previous day as the lightly peach-shaded area and the values for today as a blue line. The chart shows a dramatic deviation from the expected baseline values at around 10:10. This anomalous behavior generates an alert.
Abbildung : 1. Anomalous behavior Health Log Analytics uses various methods to detect anomalies and generate alerts.

## Alert metrics {#hla-op-anomalies-detecting__section_mh2_1q2_ymb}

Health Log Analytics monitors multiple metrics in the log stream to detect anomalous behavior. Each metric is associated with a unique source: the combination of service instance and component. When the system
identifies an anomalous pattern for a metric, it generates an alert.

As an operator, you can provide feedback about the generated alerts. Your feedback "teaches" Health Log Analytics that a specific alert is significant or irrelevant to you. The application then either raises the priority of the alert metric or mutes it to reduce noise.  
* A significant alert is more likely to be included in a Log Analytics group when the associated metric behaves anomalously. For more information, see [Mark an alert as significant in Health Log Analytics](https://servicenow-prod.fluidtopics.net/TOgI55RcjxIS1ne9P1_4GA "Make an alert more likely to be included in a Log Analytics group when the associated metric behaves anomalously by labeling the alert as meaningful.")
* Mute an alert for a specified source to eliminate distracting new alerts for unimportant issues. When a metric is muted, Health Log Analytics removes the current alert and any other alerts based on that metric from the feed. It also stops generating new alerts from that metric. For more information, see [Mute an unimportant alert in Health Log Analytics](https://servicenow-prod.fluidtopics.net/MgaRRKeh10Jz7u04tPuMqg "Eliminate distracting new alerts for insignificant issues by muting them.").
* When the situation changes, you can return a significant metric to its default significance. You can also reactivate a muted metric to cause the system to start generating alerts again. For more information, see [Restore normal importance to an alert metric in Health Log Analytics](https://servicenow-prod.fluidtopics.net/F6LzLH~Ec3h9QADJ2LLOEA "If you no longer want a muted alert or an alert that was marked as significant to be treated specially, you can restore normal importance to the metric involved in generating it.").
{#hla-op-anomalies-detecting__ul_a1n_stg_f4b}

## Lexical keywords {#hla-op-anomalies-detecting__section_gdn_bbn_3nb}

Health Log Analytics scans your logs for words that can indicate important issues. Lexical keywords such as "crashed" or "failed" signal a condition that can merit attention.

The system sets a threshold for each lexical keyword that is based on what it considers the normal occurrence pattern and frequency of that keyword in your logs. When it scans your logs, it finds all occurrences of the keyword.
If the number exceeds the threshold, it generates an alert. For more information, see [View the lexical keywords that generate alerts in Health Log Analytics](https://servicenow-prod.fluidtopics.net/qD7XHUT0NjOnNTU4NTxF~g "View the list of lexical keywords that can indicate important issues in log entries.").

For information about managing global keywords, see [Add, edit, or delete lexical keywords in Health Log Analytics](https://servicenow-prod.fluidtopics.net/cKdQ~UcmYlJen51~yRPIlQ "Manage the keywords that Health Log Analytics looks for in your log data."). To create or delete keywords for a specific source type, see [Configure source type capabilities in Health Log Analytics](https://servicenow-prod.fluidtopics.net/3jmdXC92oPSSalx4jb9uQg "Health Log Analytics extracts source types automatically in the mapping process. You can add timestamp formats and specify, delete, or exclude keywords for individual source types.").

## Correlations {#hla-op-anomalies-detecting__section_jxp_dq2_ymb}

Log correlators are keys or values in log data that detect correlations between alerts. For example, a log correlator could detect when the ID of a particular network device occurs simultaneously in multiple warnings across
different service instances. For more information, see [Identifying related alerts in log data by using log correlators](https://servicenow-prod.fluidtopics.net/NQ1d6E9fJlxpioxlkY7pHg "Log correlators are keys or values in log data that detect correlations between alerts to help you determine whether an alert is part of a larger issue. For example, a log correlator could detect when the interface ID of a particular network device occurs simultaneously in multiple warnings across different service instances.").

## Advanced alert filtering {#hla-op-anomalies-detecting__section_drm_y1n_3nb}

Add advanced log alert filters to scan alerts for conditions that you specify. The filters reduce noise by dropping alerts that do not indicate a significant issue. While developing a filter, you can test, update, publish, or
activate the filter at any time. For more information, see [Create advanced log alert filters](https://servicenow-prod.fluidtopics.net/OOPlR4iQvDYDj7ztj43Kbg "Add advanced log alert filters to scan alerts for conditions that you specify. The filters reduce noise by dropping alerts that do not indicate a significant issue. While developing a filter, you can test, update, publish, or activate the filter at any time.").

## Custom alert rules {#hla-op-anomalies-detecting__section_vxf_lj2_knb}

Define a Log Analytics alert rule when you encounter log data that should generate an alert. The alert rule generates an alert for a specified metric with a threshold that you specify and sets the properties of the generated
alert. For more information, see [Add a Log Analytics alert rule in Health Log Analytics](https://servicenow-prod.fluidtopics.net/8MiCCNDQEwd820vqzPgBIw "Define a Log Analytics alert rule when you encounter log data that should generate an alert. The alert rule generates an alert for a specified metric with a threshold that you specify and sets the properties of the generated alert.").

