Forum Discussion
issue with enhanced compute engine settings for dataflow - workaround is to DISABLE
Hi frano72,
Thanks for sharing, I think this workaround will help others who faced similar issues.
BTW, did this issue only appears on a specific Datasource type/workspace? What type of operations did you apply to these dataflows? Please share detail to help us troubleshoot and find out the root casing of these issues.
How to Get Your Question Answered Quickly
Regards,
Xiaoxin Sheng
- frano725 years agoHelper IV
Hi Anonymous - the data sources are linked entities from another dataflow in another workspace.
Its really simple transformation.
I link to one entity from another workspace - ensure its set to load.
Create a reference query from this. The transforms to this are
make a columns a key :
Table.AddKey(Source, {"LoadID"}, false)change two columsn data type :Table.TransformColumnTypes(#"Marked key columns", {{"TruckSAPID", Int64.Type}, {"ShovelSAPID", Int64.Type},thats it.The refresh error is :Error: Compute engine failed: Insufficient memory. Please increase your compute engine/workload memory and try again. (8645). Details: A timeout occurred while waiting for memory resources to execute the query in resource pool 'default' (2). Rerun the query.Tempting to think that need to give more memory to dataflows.However - one thing all of us in IT are good at is picking trends. There was a definate watershed moment on Sep 24/25 where things were working and now not working....an aligns with updates made to power bi service announced at Ignite...MS Support are looking into it...- Anonymous5 years agoNot applicable
Hi frano72,
I think it probably related to premium workload settings.
You can refer to the following link to know the resource setting of premium capacity and ask the admin to check if your resource exceeds the limit/settings.
Configure workloads in a Premium capacity
Regards,
Xiaoxin Sheng
- frano725 years agoHelper IV
Anonymous - Hi, I think there is still an issue with the Service but I realise now what is going on.
The deeper understanding came from Mattew Roches excellent blog site.
https://ssbipolar.com/2020/09/16/dataflows-enhanced-compute-engine-will-it-fold/
basically I was thinking about it wrong (but it still should not have affected it).
The compute engine should be used for the ingestion dataflows. There is no need to use the compute engine for the transformation dataflows. It’s the transformation onces that are accessing the sql cache (ie compute engine) of the ingestion ones.
So this explains why it can be DISABLED for the transformation dataflows (what i originally thought was a workaround)
However – when the setting is set to OTPIMISE – it should realise that those entities are NOT linked to any further downstream dataflows and therefore should be equivalent to an DISABLED state.
So this is where I do think something has changed in the way this aspect works. Before Sep 24 an OPTIMISE setting was correctly determining these dataflows aren't linked anywhere else therefore treat as DISABLED. Since Sep 24, that logic isn't working, and workaround is to MANUALLY set them to DISABLED.