Hi @DXFactor SysOps Since you're using Azure Synapse Dedicated SQL Pools, the equivalent term is DWUs (like DW100c, DW200c, etc.). Assuming you meant DWUs and already scaled up, that was definitely a good first step but sounds like something deeper is going on.
Here are a few things recommend checking:
Are any queries actually running or stuck: Sometimes it looks like there are no active connections, but background queries can still be holding up resources. Run this
SELECT * FROM sys.dm_pdw_exec_requests
WHERE status NOT IN ('Completed', 'Failed', 'Cancelled');
This shows if anything is stuck in a running or queued state.
Any chance it’s a distribution skew issue: If one of your tables is unevenly distributed, it can overload specific nodes even with extra DWUs. Here’s a quick check:
SELECT distribution_id, COUNT(*)
FROM sys.pdw_nodes_tables
WHERE object_id = OBJECT_ID('<your_table_name>')
GROUP BY distribution_id;
If one or two distributions have way more rows than the others, it’s worth revisiting your distribution key or switching to round-robin as a quick fix.
When was the last time stats were updated: Outdated statistics or missing indexes can silently wreck performance. Try:
EXEC sp_updatestats;
Also check if your large tables are using clustered columnstore indexes that’s the most efficient format in Synapse for big data sets.
I hope this information helps. Please do let us know if you have any further queries.
Kindly consider upvoting the comment if the information provided is helpful. This can assist other community members in resolving similar issues.