Starting December 3, join live sessions with database experts and the Microsoft product team to learn just how easy it is to get started
Learn moreGet certified in Microsoft Fabric—for free! For a limited time, get a free DP-600 exam voucher to use by the end of 2024. Register now
Hi all,
I'm trying to get a clearer understanding of the Timeout setting in Fabric activities. My current understanding is that Timeout determines how long an activity is allowed to run before it stops. So, for example, if I set a Timeout of 48 hours on a Copy Data activity that only needs 3 minutes to complete, would that limit how much data gets copied within the allowed time, or does it simply allow the activity up to 48 hours to finish?
Additionally, I'm wondering why setting a Timeout is necessary. Since activities in a pipeline generally move on to the next step once completed, what is the purpose of specifying a timeout duration? Are there specific scenarios where this functionality becomes crucial?
Thanks in advance for your insights.
Solved! Go to Solution.
If you have a copy data activity that only typically takes 3 minutes to complete, I would recommend not allowing itto run for 48 hours. You should be setting the timeout to a time that allows for the activity to reasonably complete with a small buffer. The minimum timeout is 10 minutes. If there ends of being a connection issue and the activity is allowed to run for 48 hours when it typically only takes 3 minutes, you will use more resources than necessary.
Instead of using long periods of time before an activity times out, you should use retries, and also maybe incorporate sending emails or teams messages if an activity fails. For example, if you set a timeout of 10 minutes and have retries set to 2, your activity will attempt to complete up to 3 times and run for up to 30 minutes. If it still fails to load, then you could set up notifications on failure. This allows you catch potential issues with the pipeline, data source, or the gateway.
If you have a copy data activity that only typically takes 3 minutes to complete, I would recommend not allowing itto run for 48 hours. You should be setting the timeout to a time that allows for the activity to reasonably complete with a small buffer. The minimum timeout is 10 minutes. If there ends of being a connection issue and the activity is allowed to run for 48 hours when it typically only takes 3 minutes, you will use more resources than necessary.
Instead of using long periods of time before an activity times out, you should use retries, and also maybe incorporate sending emails or teams messages if an activity fails. For example, if you set a timeout of 10 minutes and have retries set to 2, your activity will attempt to complete up to 3 times and run for up to 30 minutes. If it still fails to load, then you could set up notifications on failure. This allows you catch potential issues with the pipeline, data source, or the gateway.
Thanks for the explanation.
Hi @HamidBee ,
Based on your confusion, here is my answer:
For more details, you can refer to below document:
Activity overview - Microsoft Fabric | Microsoft Learn
Best Regards,
Adamk Kong
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
Starting December 3, join live sessions with database experts and the Fabric product team to learn just how easy it is to get started.
Check out the November 2024 Fabric update to learn about new features.
User | Count |
---|---|
6 | |
5 | |
2 | |
2 | |
1 |
User | Count |
---|---|
19 | |
11 | |
7 | |
6 | |
6 |