使用Azure数据工厂中的UPSER进行复制数据活动移动数据时的超时错误

发布于 2025-01-24 19:16:54 字数 296 浏览 0 评论 0原文

我面临暂停问题。 基本上,我使用复制数据活动将数据从源转移到目标,并且该表有600K行。

我用尽upsert而不是插入物,因为我想检查是否存在相同的数据,那么数据不会移动,但我面临时间问题。

以下是错误

“在此处输入图像描述”

I am facing a timeout issue.
Basically, I move data from source to target using copy data activity and the Table has 600k rows.

I use upsert instead of the insert because I want to check if the same data is present then the data does not move but I am facing a time issue.

Below is the error

enter image description here

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

锦欢 2025-01-31 19:16:54

由于upsert = insert +更新,如果我是您,我可以通过

  1. 检查插入是否有效来调查这一点。取一个DB上不存在的虚拟行,看看是否有效。如果没有,则意味着更新或插入既不起作用。我将尝试在查找中选择以检查是否可以从ADF访问任何数据。

2.如果插入有效但更新失败,我将连接到数据库可能使用的是SSM,并尝试查看是否喜欢select *

select * select * yourtable where id = {someenexistId}

如果本次timesout,则可能必须在该表(可能是)

  1. 复制活动上有一个超时设置,您可以尝试查看增加是否有帮助。

Since UPSERT = INSERT + UPDATE , if I was you I could have investigated this by

  1. Checking if INSERT works . Take one dummy row which does not exist on the DB and see if this work . If it does not then it means that neither UPDATE or INSERT works . I will try to SELECT IN a lookup to check if the any data is accessable from ADF.

2.If INSERT works but UPDATE fails , I will connect to the DB may be using may be SSMS and try to see if somethng like

SELECT * from yourTable where id = {someexistid}

If this timesout , you may have to create a INDEX ON the table ( may be )

  1. There is a timeout setting on the copy activity and you can try to see if increasing that helps .
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文