gpt4 book ai didi

ssis - 为什么 SSIS 自定义任务未显示在 SSIS 工具箱中?

转载 作者:行者123 更新时间:2023-12-02 15:27:14 28 4
gpt4 key购买 nike

我有一些自定义控制流和数据流任务未显示在 SSIS 工具箱中。当我在 SSDT 中打开包含自定义任务的包时,加载该包时出现几个错误。

加载 MyModuleTemplate1.dtsx 时出错:由于错误 0x80070057,无法从 XML 为任务“__ECT Fetch Configuration”创建任务,请键入“MyEncryptedConfiguration、MyCustomTasks、Version=1.0.0.0、Culture=neutral、PublicKeyToken=2bdffe791d57af79” “参数不正确。”

我已经关注了 Russ 和 Matt 在以下帖子中的回复 http://social.msdn.microsoft.com/Forums/sqlserver/en-US/5fdf9243-7e38-401e-bf4a-9251738877f9/how-to-browse-the-installed-custom-task-in-sql-server-2012-ssis-ie-custom-ssis-control-flow-task但是,任务仍然不显示。

我在 Windows Server 2008 R2 x64 上使用带有 SSDT 的 SQL Server 2012 x64。我已验证任务位于 GAC 中并且程序集位于相应的 SQL Server\110\DTS 目录中。自从我在引用 32 位程序集(SQL 引用程序集)时不断收到有关以任何 CPU 为目标的警告以来,这些程序集已编译为 32 位。

我可以通过命令行在目标服务器上成功执行具有自定义任务的包。此外,这些任务在我的开发机器上运行良好。我可以看到 SSIS 工具箱中的任务,并且可以毫无问题地打开包含任务的包。我的开发计算机与目标计算机几乎相同,只是我完全安装了 Visual Studio 2010。

我错过了什么吗?

最佳答案

此问题是由于 WiX 安装程序未正确安装自定义任务造成的。以下是我为验证这一点所做的事情。

出于测试目的,我创建了一个空的自定义任务,并通过复制文件和 DTS\Tasks 目录将其手动部署到目标服务器。这有效,因此我将抛出错误的任务之一的 .cs 文件添加到测试自定义任务并重新部署。我能够看到这两个任务。使用原始自定义任务清理解决方案后,我手动将原始自定义任务部署到目标服务器,就像测试自定义任务一样,并且能够在 SSIS 工具箱中看到这些任务。然后我卸载了自定义任务并使用 WiX 安装程序将它们部署到目标服务器 - 问题再次出现。所以问题出在安装程序上。我之前手动安装自定义任务的尝试失败了,因为我使用的是从 WiX 安装程序安装的程序集,尽管我不知道为什么。

关于ssis - 为什么 SSIS 自定义任务未显示在 SSIS 工具箱中?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17665274/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com