February 17, 2026 in Releases by David Wiseman4 minutes

DBA Dash 4.4.0 brings new Resource Governor monitoring to track SQL Server workload groups and resource pools, plus significant chart performance improvements through LiveCharts v2 upgrade.
Resource Governor is a powerful SQL Server feature that allows you to manage resource allocation across different workloads. You can use this to prioritize web application traffic over API and internal reports, for example.
New in SQL Server 2025
Resource Governor is now available on standard edition in SQL 2025! SQL Server 2025 also adds the ability to govern tempdb data file usage.
More than resource governance
Resource Governor is also an excellent way to track how much resources each application or service consumes. DBA Dash now provides this capability by tracking the stats from the sys.dm_resource_governor_resource_pools & sys.dm_resource_governor_workload_groups DMVs over time.
The chart below shows workload group level metrics. The Background group (🔴Red) is associated with a pool with a cap of 50% CPU and max of 20% (soft cap). In the first red peak, we can see the background group consuming half the available CPU resource, being constrained by the CPU cap on the associated resource pool. Later in the chart we can see the red background group limited to 20% (soft cap) CPU when there is CPU contention from the API workload group.
The group max requests is set to 20 which means a max of 20 simultaneous requests can run. The period queued request count per min column highlights when this limit is exceeded and requests are being queued. The API workload group (🔵Blue) maps to the default workload group which doesn’t have any CPU constraints.
The resource pool chart below shows the same data as the workload groups chart, but summarized at the pool level. The CPU cap utilization percent chart makes it more obvious that we are hitting 100% of the available CPU cap (50%) for the BackgroundProcesses pool.
The CPU Near Cap % column in the grid is also used to highlight when we are hitting a CPU cap (percentage of time 95% or more of the cap was used within the selected date range).
The soft CPU caps only take effect when there is contention for CPU resources. This effect is visible in the chart when the CPU is at 100% and both the BackgroundProcesses and default pools are consuming significant CPU resources.
Both workload groups and resource pool tabs have a ton of other metrics available for display.
The two new collections (ResourceGovernorWorkloadGroups, ResourceGovernorResourcePools) are enabled and set to run every 1min by default on applicable instances:
The collections can be disabled or their frequency adjusted in the service configuration tool.
If you have data collected, the Resource Governor tab will appear at the instance level in the tree node. If it doesn’t appear, right-click on the root of the tree and select Refresh. Check that the new collection appears on the Collection Dates tab under the Checks node of the tree.
DBA Dash 4.4.0 delivers a significant performance boost! This improvement comes from upgrading the charting engine from LiveCharts v0 to v2. Charts that were already using v2 have been updated to the latest version for optimal performance.
Significant performance boost
Charts will have much faster rendering and handle significantly more data points. It’s now possible to use more granular time periods without significant performance impact.
A huge shout out to Alberto Rodríguez for his incredible work on LiveCharts2. DBA Dash is open-source and relies heavily on the work of many other great open-source projects like LiveCharts2.
Thanks to Benjamin Belnap for this pull request which adds {TriggerDate} parameter support for alert templates.
Important: The framework target for the GUI has changed from net10.0-windows7.0 to net10.0-windows10.0.19041.0, which requires Windows 10.0.19041.0 or later (version 2004, Build 19041).
This change was necessary to upgrade to the latest version of LiveCharts2. Since Windows 7 and 8 have been end-of-life for some time, this shouldn’t impact most users. Note that this change only affects the GUI, which can be deployed separately from the service.
See the 4.4.0 release notes for a complete list of fixes and improvements.