You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/sql-data-warehouse/sql-data-warehouse-concept-resource-utilization-query-activity.md
+6-2Lines changed: 6 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,14 +7,14 @@ manager: craigg-msft
7
7
ms.service: sql-data-warehouse
8
8
ms.topic: conceptual
9
9
ms.subservice: manage
10
-
ms.date: 02/04/2020
10
+
ms.date: 03/11/2020
11
11
ms.author: kevin
12
12
ms.reviewer: jrasnick
13
13
ms.custom: azure-synapse
14
14
---
15
15
16
16
# Monitoring resource utilization and query activity in Azure Synapse Analytics
17
-
Azure Synapse Analytics provides a rich monitoring experience within the Azure portal to surface insights to your data warehouse workload. The Azure portal is the recommended tool when monitoring your data warehouse as it provides configurable retention periods, alerts, recommendations, and customizable charts and dashboards for metrics and logs. The portal also enables you to integrate with other Azure monitoring services such as Operations Management Suite (OMS) and Azure Monitor (logs) to provide a holistic monitoring experience for not only your data warehouse but also your entire Azure analytics platform for an integrated monitoring experience. This documentation describes what monitoring capabilities are available to optimize and manage your analytics platform with SQL Analytics.
17
+
Azure Synapse Analytics provides a rich monitoring experience within the Azure portal to surface insights regarding your data warehouse workload. The Azure portal is the recommended tool when monitoring your data warehouse as it provides configurable retention periods, alerts, recommendations, and customizable charts and dashboards for metrics and logs. The portal also enables you to integrate with other Azure monitoring services such as Azure Monitor (logs) with Log analytics to provide a holistic monitoring experience for not only your data warehouse but also your entire Azure analytics platform for an integrated monitoring experience. This documentation describes what monitoring capabilities are available to optimize and manage your analytics platform with SQL Analytics.
18
18
19
19
## Resource utilization
20
20
The following metrics are available in the Azure portal for SQL Analytics. These metrics are surfaced through [Azure Monitor](https://docs.microsoft.com/azure/azure-monitor/platform/data-collection#metrics).
@@ -36,9 +36,13 @@ The following metrics are available in the Azure portal for SQL Analytics. These
36
36
| Cache hit percentage | (cache hits / cache miss) * 100 where cache hits is the sum of all columnstore segments hits in the local SSD cache and cache miss is the columnstore segments misses in the local SSD cache summed across all nodes | Avg, Min, Max |
37
37
| Cache used percentage | (cache used / cache capacity) * 100 where cache used is the sum of all bytes in the local SSD cache across all nodes and cache capacity is the sum of the storage capacity of the local SSD cache across all nodes | Avg, Min, Max |
38
38
| Local tempdb percentage | Local tempdb utilization across all compute nodes - values are emitted every five minutes | Avg, Min, Max |
39
+
| Data Storage Size | Total size of data loaded into the database. This includes data residing in CCI and non-CCI tables where the size of non-CCI tables is measured by the total database file size | Sum |
40
+
| Disaster Recovery Size | Total size of the geo-backup taken every 24 hours | Sum |
41
+
| Snapshot Storage size | Total size of snapshots taken to provide database restore points. This includes automated and user-defined snapshots. | Sum |
39
42
40
43
Things to consider when viewing metrics and setting alerts:
41
44
45
+
- DWU used represents only a **high-level representation of usage** across the SQL pool and is not meant to be a comprehensive indicator of utilization. To determine whether to scale up or down, consider all factors which can be impacted by DWU such as concurrency, memory, tempdb, and adaptive cache capacity. We recommend [running your workload at different DWU settings](https://docs.microsoft.com/azure/sql-data-warehouse/sql-data-warehouse-manage-compute-overview#finding-the-right-size-of-data-warehouse-units) to determine what works best to meet your business objectives.
42
46
- Failed and successful connections are reported for a particular data warehouse - not for the logical server
43
47
- Memory percentage reflects utilization even if the data warehouse is in idle state - it does not reflect active workload memory consumption. Use and track this metric along with others (tempdb, gen2 cache) to make a holistic decision on if scaling for additional cache capacity will increase workload performance to meet your requirements.
0 commit comments