Azure data factory 使用源为REST服务的复制数据活动时，什么触发重试
我有一个管道，其中包含一个源为REST服务的复制数据活动。服务有时会超时-大约10次中有1次超时。我想让活动重试呼叫，但我不知道是什么触发了重试。服务是否只需要返回一个值为“false”的“success”键Azure data factory 使用源为REST服务的复制数据活动时，什么触发重试,azure-data-factory,Azure Data Factory,我有一个管道，其中包含一个源为REST服务的复制数据活动。服务有时会超时-大约10次中有1次超时。我想让活动重试呼叫，但我不知道是什么触发了重试。服务是否只需要返回一个值为“false”的“success”键 这对分页规则有何影响？活动是否从第一页开始？或者活动是否使用当前的QueryParameter值？重试和重试间隔参数是活动对象的属性，与给定活动的其他属性无关，如我的问题引用的源属性。在本例中，我的源返回了一个失败，活动将重试到“重试”参数指定的次数。在我的例子中，我将Retry参数设置为
这对分页规则有何影响？活动是否从第一页开始？或者活动是否使用当前的QueryParameter值？重试和重试间隔参数是活动对象的属性，与给定活动的其他属性无关，如我的问题引用的源属性。在本例中，我的源返回了一个失败，活动将重试到“重试”参数指定的次数。在我的例子中，我将Retry参数设置为1，当我深入到Monitor选项卡下的活动时，我看到该活动在重试间隔后重试
分页规则与重试无关；分页是REST服务的一项功能。当活动失败时，重试功能将从第一页开始重新启动。谢谢，@sartoris。如果我将失败的活动链接到另一个在失败情况下要执行的活动，它会在每次重试后执行吗？这是一个好问题！我想不会。我建议每隔一段时间（或随机50%的时间）对失败的服务进行测试。也许创建一个Azure功能应用程序？