首页 > 解决方案 > 使用源为 REST 服务的复制数据活动时触发重试的原因

问题描述

我有一个管道,其中包含一个复制数据活动,其来源是一个 REST 服务。该服务有时会超时 - 大约 10 次中的 1 次。我想让活动重试呼叫,但我不知道是什么触发了重试。服务是否只需要返回值为“false”的“成功”键?

这对分页规则有何影响?活动是否从第一页重新开始?或者活动是否使用当前的 QueryParameter 值?

标签: azure-data-factory

解决方案


“重试”和“重试间隔”参数是 Activity 对象的属性,与给定活动的其他属性无关,例如我的问题引用的源属性。在这种情况下,我的源返回失败,活动将重试到“重试”参数指定的次数。在我的例子中,我将 Retry 参数设置为 1,当我深入到 Monitor 选项卡下的活动时,我看到活动在 Retry Interval 之后重试。

分页规则与重试无关;分页是 REST 服务的一个功能。当活动失败时,重试功能将从第一页有效地重新开始。


推荐阅读