Skip to content

Commit 8156ad5

Browse files
author
Ron Ortloff
committed
Update sql-data-warehouse-workload-management-portal-monitor.md
fixed formatting
1 parent eb8dd67 commit 8156ad5

File tree

1 file changed

+10
-10
lines changed

1 file changed

+10
-10
lines changed

articles/sql-data-warehouse/sql-data-warehouse-workload-management-portal-monitor.md

Lines changed: 10 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ manager: craigg
77
ms.service: sql-data-warehouse
88
ms.topic: conceptual
99
ms.subservice: workload-management
10-
ms.date: 01/13/2020
10+
ms.date: 01/14/2020
1111
ms.author: rortloff
1212
ms.reviewer: jrasnick
1313
ms.custom: seo-lt-2019
@@ -45,10 +45,10 @@ CREATE WORKLOAD CLASSIFIER wcCEOPriority
4545
WITH ( WORKLOAD_GROUP = 'wgPriority'
4646
,MEMBERNAME = 'TheCEO');
4747
```
48-
The below chart is configured as follows:
49-
Metric 1: *Effective min resource percent* (Avg aggregation, `blue line`)
50-
Metric 2: *Workload group allocation by system percent* (Avg aggregation, `purple line`)
51-
Filter: [Workload Group] = `wgPriority`
48+
The below chart is configured as follows:<br>
49+
Metric 1: *Effective min resource percent* (Avg aggregation, `blue line`)<br>
50+
Metric 2: *Workload group allocation by system percent* (Avg aggregation, `purple line`)<br>
51+
Filter: [Workload Group] = `wgPriority`<br>
5252
![underutilized-wg.png](media/sql-data-warehouse-workload-management-portal-monitor/underutilized-wg.png)
5353
The chart shows that with 25% workload isolation, only 10% is being used on average. In this case, the `MIN_PERCENTAGE_RESOURCE` parameter value could be lowered to between 10 or 15 and allow for other workloads on the system to consume the resources.
5454

@@ -65,11 +65,11 @@ CREATE WORKLOAD CLASSIFIER wcDataAnalyst
6565
WITH ( WORKLOAD_GROUP = 'wgDataAnalyst'
6666
,MEMBERNAME = 'DataAnalyst');
6767
```
68-
The below chart is configured as follows:
69-
Metric 1: *Effective cap resource percent* (Avg aggregation, `blue line`)
70-
Metric 2: *Workload group allocation by max resource percent* (Avg aggregation, `purple line`)
71-
Metric 3: *Workload group queued queries* (Sum aggregation, `turquoise line`)
72-
Filter: [Workload Group] = `wgDataAnalyst`
68+
The below chart is configured as follows:<br>
69+
Metric 1: *Effective cap resource percent* (Avg aggregation, `blue line`)<br>
70+
Metric 2: *Workload group allocation by max resource percent* (Avg aggregation, `purple line`)<br>
71+
Metric 3: *Workload group queued queries* (Sum aggregation, `turquoise line`)<br>
72+
Filter: [Workload Group] = `wgDataAnalyst`<br>
7373
![bottle-necked-wg](media/sql-data-warehouse-workload-management-portal-monitor/bottle-necked-wg.png)
7474
The chart shows that with a 9% cap on resources, the workload group is 90%+ utilized (from the *Workload group allocation by max resource percent metric*). There is a steady queuing of queries as shown from the *Workload group queued queries metric*. In this case, increasing the `CAP_PERCENTAGE_RESOURCE` to a value higher than 9% will allow more queries to execute concurrently. Increasing the `CAP_PERCENTAGE_RESOURCE` assumes that there are enough resources available and not isolated by other workload groups. Verify the cap increased by checking the *Effective cap resource percent metric*. If more throughput is desired, also consider increasing the `REQUEST_MIN_RESOURCE_GRANT_PERCENT` to a value greater than 3. Increasing the `REQUEST_MIN_RESOURCE_GRANT_PERCENT` could allow queries to run faster.
7575

0 commit comments

Comments
 (0)