从本地计算机导入后,SSIS 包被损坏

发布于 2025-01-14 03:56:41 字数 906 浏览 4 评论 0原文

我最近从 SQL Server 2016 升级到 SQL Server 2019。在此之前,我已经使用过 Visual Studio 2015 和 Visual Studio 2015。在我的本地计算机上使用 SSDT 创建 SSIS 包,并将它们与 SSMS 2016 一起部署到 SSIS 服务器(文件系统)上。

服务器升级到 2019 后,我现在使用带有扩展名“SQL Server Integration Services Projects (v3.15)”的 Visual Studio 2019 Community Edition。当我尝试使用 SSMS 18.10 将包从本地计算机部署到新的 SSIS 服务器时,该包无法执行。当我手动将 SSIS 包复制到服务器上并使用 SQL 服务器上安装的相同 SSMS 18.10 时,我可以毫无问题地部署它们。

我检查了从本地计算机导入包后发生了什么。似乎某种服务器端升级过程启动并用一个名为 "SSIS.ReplacementTask" 的奇怪任务替换了包中的所有 SSAS 处理任务,这给了我错误:

名称为“Analysis Services 处理任务”且创建名称为“SSIS.ReplacementTask”的任务未在此计算机上注册使用。联系方式:...

我可以使用 SSMS 18.10 连接到我的 SSIS 服务器,而不会出现任何错误消息。但是,当我在本地计算机上检查 DTEXEC 版本时,它仍然显示我使用的是版本 13 (SSIS 2016)。这可能是问题的原因吗?

更新 TargetServerVersion 已正确设置为 2019。 SSIS 服务器或我的本地 SSMS 仍然认为需要更改/升级包。

我慢慢地没有想法了。感谢您提前提供任何帮助!

I have upgraded from SQL Server 2016 to SQL Server 2019 recently. Before that, I have used Visual Studio 2015 & SSDT on my local machine to create SSIS Packages and deployed them with SSMS 2016 onto the SSIS Server (File System).

After the server upgrade to 2019 I am now using Visual Studio 2019 Community Edition with the extension "SQL Server Integration Services Projects (v3.15)". When I try to deploy the package with SSMS 18.10 from my local machine to the new SSIS Server the package can't be executed. When I manually copy the SSIS package onto the server and use the same SSMS 18.10 installed on the SQL server I can deploy them without any problems.

I have checked what happened to the package after the import from my local machine. It seems that some kind of server-side upgrade process kicks in and replaces all the SSAS processing tasks in the package with a strange task called "SSIS.ReplacementTask", which gives me the error:

The task with the name "Analysis Services Processing Task" and the creation name "SSIS.ReplacementTask" is not registered for use on this computer. Contact Information: ...

I can connect to my SSIS server with SSMS 18.10 without any error messages. However, when I check the DTEXEC version on my local machine, it still says that I am on version 13 (SSIS 2016). Could this be the cause of the problem?

Update
The TargetServerVersion is correctly set to 2019. Still either the SSIS Server or my local SSMS thinks it needs to change/upgrade the package.

I am slowly running out of ideas. Thanks for any help in advance!

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

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

发布评论

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

评论(1

诗笺 2025-01-21 03:56:41

确保包 TargetServerVersion 属性设置为 SQL Server 2019

Make sure that the package TargetServerVersion property is set to SQL Server 2019:

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文