Repository navigation
Replies: 1 comment
|
Hi @edhans Could a workaround be to start the refresh of partitions A, B, C, and D as separate refreshes? I believe that starting them separately would allow them to run independently of each other. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
The use case is large data in Dataflows where Incremental Refresh is used. The refresh of a partition can fail with a "DirectQueryUnexpectedEndOfStream" error, which is I suppose where the SQL engine just dies due to capacity overload.
When hydrating large models with many partitions with Te/3, if I refresh partitions A, B, C and D, and if B fails for any reason, B is empty and C & D don't run at all.
I'd like an option to allow up to 3 "retries" (configurable in Preferences) so when B fails, TE/3 will report it, but simply restart it and continue on.
It would be for any refresh issues, I just bring up the real world use case I experience.
All reactions