--- 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 --- # Working with reliability metrics # Working with reliability metrics {#ariaid-title1} * Freigeben Version: Australia * * Aktualisiert 12. März 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 Minuten Lesedauer Learn about the reliability metrics and features that can help you track service health, respond to issues, and support business goals. ## High-level workflow {#sr-work-SLI-SLO__section_rz4_xhw_v4b} 1. SRM leverages integrations for signal aggregation. 2. Reliability metrics containing service level indicators (SLIs) and service level objectives (SLOs) are created for the service in SRM. 3. When a qualified alert is generated for a service, the cumulative breach and the error budget values are updated for the reliability metrics in SRM. 4. An error budget policy is created for the service to trigger actions such as creating an incident or sending an email to remediate service issues. Error budgets are constrained by Category. {#sr-work-SLI-SLO__ol_ggw_qxt_zyb} The key features of SRM metrics are: * SLI signals aggregation * Duration- and count-based SLO creation * Error budget creation * Error budget policies definition * Error budget visualization {#sr-work-SLI-SLO__ul_r4s_tcx_1pl} Navigate to the ServicesOverview tab to view all associated critical data for Reliability and Error Budget metrics. See [Working with SRM services](https://servicenow-prod.fluidtopics.net/BdAtdC1wVQ6dOeiIPojPTA "A service represents a functional outcome like networking, payments, or HR services, that is owned by a team. To deliver that outcome, a service can contain one or more technical components like a user authentication service, or a piece of shared infrastructure like a database.") for more information. Hinweis: Scores are only visible when SLIs and SLOs and Error budgets have been created and there are affected. See [Create SLOs, SLIs, and error budget policies](https://servicenow-prod.fluidtopics.net/RIPYihn~X_oMHIeK5CAfaQ "Define service level objectives (SLOs), service level indicators (SLIs), and error budget policies to monitor service health. These tools help you and your teams track performance and respond when needed.") for more detailed information. ## Service reliability dashboard {#sr-work-SLI-SLO__section_g3s_cgk_xfc} The Service reliability dashboard displays a customizable, high-level view of service performance. It helps you monitor and manage reliability using visualizations that track service states, error budgets, and service level objectives (SLOs) over time. The dashboard displays information about all services in Service Reliability Management (SRM). You can access the dashboard in Service Operations Workspace in the following ways: * Navigate to Services (![Services icon]())Service reliability. * Navigate to Home (![Home icon]())Service reliability {#sr-work-SLI-SLO__ul_vm2_ghk_xfc} For more details, see [Visualizations in the Service reliability dashboard](https://servicenow-prod.fluidtopics.net/EjfzD~HL40VR0Iq_vivyWw "List of visualizations and options on the Service reliability dashboard in Service Reliability Management (SRM)."). Hinweis: You can also view SLO information for all services on the Services Overview tab. See [Working with SRM services](https://servicenow-prod.fluidtopics.net/BdAtdC1wVQ6dOeiIPojPTA "A service represents a functional outcome like networking, payments, or HR services, that is owned by a team. To deliver that outcome, a service can contain one or more technical components like a user authentication service, or a piece of shared infrastructure like a database.") for more information. ## Notification destinations {#sr-work-SLI-SLO__section_glb_flk_xfc} Notification destinations help keep teams informed about service reliability. Attach them to error budget policies to send notifications when a policy is breached. To view and manage notification destinations in Service Operations Workspace, navigate to Teams\[Your team\]SLO Notification destinations. Visit the following links to learn more about creating and working with notification destinations: * [Create a notification destination in SRM](https://servicenow-prod.fluidtopics.net/RvI~JHcRsPQgy8H1s7uDvA "Set up notification destinations to help keep teams informed about service reliability.") * [Create SLOs, SLIs, and error budget policies](https://servicenow-prod.fluidtopics.net/RIPYihn~X_oMHIeK5CAfaQ "Define service level objectives (SLOs), service level indicators (SLIs), and error budget policies to monitor service health. These tools help you and your teams track performance and respond when needed.") * [Notifications for breached error budgets](https://servicenow-prod.fluidtopics.net/Fxb9Xl09UW5kLIMcEPZZ6A "Details about the notifications that teams receive for breached error budget policies.") {#sr-work-SLI-SLO__ul_lt5_5mk_xfc} ## Reliability metrics tab {#sr-work-SLI-SLO__section_d35_v4n_zyb} The Reliability metrics tab shows how well a specific service is meeting its reliability goals. Use it to track SLOs, service level indicators (SLIs), and error budgets for a service. To view the Reliability metrics tab in Service Operations Workspace, navigate to Services (![Services icon]())\[Your service\]Reliability Metrics. See these links to learn more about what you can do in the Reliability metrics tab: * [Create SLOs, SLIs, and error budget policies](https://servicenow-prod.fluidtopics.net/RIPYihn~X_oMHIeK5CAfaQ "Define service level objectives (SLOs), service level indicators (SLIs), and error budget policies to monitor service health. These tools help you and your teams track performance and respond when needed.") * [Edit a reliability metric](https://servicenow-prod.fluidtopics.net/WXXjLKmxmMU1uTdhxixysw "Update a reliability metric to keep it relevant and aligned with your team's goals.") * [View SRM reliability metrics](https://servicenow-prod.fluidtopics.net/r_~7cIIHfecC6EANBfQZnQ "Learn about an existing service level objective (SLO) and service level indicator (SLI).") {#sr-work-SLI-SLO__ul_lr1_znj_xfc} ## Service level objectives table {#sr-work-SLI-SLO__section_isp_5y4_xfc} On the Reliability metrics tab, the Service level objectives table includes the following details about the service SLOs: * Name - Name of the SLO. You can select the name to view the SLO record. * Reliability - Current state of the SLO. For example, stable, at risk, or critical. * % Error budget remaining - Percentage of the error budget still available in the current compliance period. * Compliance period - Time window used to calculate performance: * Month - Current month, for example, if the current date is January 26, the month is January 1 through January 31. * Rolling 7, 30, or 90 days - Number of days from the current date. For example, for rolling 7 days, the duration is 7 days back from the current date. {#sr-work-SLI-SLO__ul_y25_pjg_dhc} * SLI type - Performance category being measured: * Availability - Percentage of time your service or configuration item is available, also known as uptime. * Errors - Frequency of your service errors. * Latency - Time that it takes to service a request. * Saturation - Fullness of your system, focusing on resource usage. {#sr-work-SLI-SLO__ul_v23_sjg_dhc} * Source type - Origin of the data used to calculate the SLIs for this SLO: * Alert - Uses alerts from integrated monitoring tools. * Outage - Uses outages detected by monitoring tools and reported by users. An outage indicates when the service was unavailable. This source type excludes planned outages, such as scheduled maintenance. {#sr-work-SLI-SLO__ul_xm2_3lg_dhc} * Updated - The date and time the SLO was last edited. * Updated by - The user name of the person who last edited the SLO. * State - Status of the SLO. For example, running or retired. {#sr-work-SLI-SLO__ul_tnp_d3g_dhc} * Service level objective: Name of the SLO. The SLO is a target value or the objective that your team must reach to meet your service level agreement (SLA). * SLI type: Performance category being measured: * Availability: Percentage of time your service or configuration item is available, also known as uptime. * Errors: Frequency of your service errors. * Latency: Time that it takes to service a request. * Saturation: Fullness of your system, focusing on resource usage. {#sr-work-SLI-SLO__ul_xwn_3gj_xfc} * Compliance period: Time window used to calculate performance: * Month: Current month, for example, if the current date is January 26, the month is January 1 through January 31. * Rolling 7, 30, or 90 days: Number of days from the current date. For example, for rolling 7 days, the duration is 7 days back from the current date. {#sr-work-SLI-SLO__ul_q4v_clj_xfc} * State: Status of the SLO, such as draft, running, or retired. * Objective (percentage): Target percentage of SLI performance. * Limit occurrences: Number of limit breaches that have occurred. Used by count-based SLOs only. * Service level indicator: SLI associated with the SLO. * Error budget: Allowable failure time for the compliance period, calculated using the compliance period and objective (percentage). * Remaining error budget: Error budget still available. * Remaining breach occurrences: Number of breaches still available before the limit is reached. {#sr-work-SLI-SLO__ul_xq1_ggj_xfc} Hinweis: For performance purposes, SLO and SLI records (\[sn_sow_srm_slo_history\] and \[sn_sow_srm_sli_metric\]) are archived after one year and deleted five years later. Archived data is omitted from tables and visualizations.