SSIS脚本任务在服务器上失败，错误为“；无法加载要执行的脚本"；
我有3个SSIS包，其中包含脚本任务，所有这些任务都执行非常类似的操作—查询SQL Server数据库，循环查询结果，然后为每一行调用SOAP Web服务。 这些包在本地运行良好，在开发和QA服务器上运行良好 在生产服务器上，1运行正常，2失败，出现不祥的“无法加载脚本以执行”错误。这些是服务器2008 SP2上的SQL 2008 R2环境。无论运行错误的用户是谁，都会发生此错误 到目前为止，我尝试了以下方法：SSIS脚本任务在服务器上失败，错误为“；无法加载要执行的脚本"；,ssis,Ssis,我有3个SSIS包，其中包含脚本任务，所有这些任务都执行非常类似的操作—查询SQL Server数据库，循环查询结果，然后为每一行调用SOAP Web服务。 这些包在本地运行良好，在开发和QA服务器上运行良好 在生产服务器上，1运行正常，2失败，出现不祥的“无法加载脚本以执行”错误。这些是服务器2008 SP2上的SQL 2008 R2环境。无论运行错误的用户是谁，都会发生此错误 到目前为止，我尝试了以下方法： 在my dev环境中运行包，数据库连接指向生产（运行正常） 在项目设置中将Run6
- 在my dev环境中运行包，数据库连接指向生产（运行正常）
- 在项目设置中将Run64BitRuntime设置为false。没什么区别
- 已删除该包并重新部署它
- 根据建议，提供对/Windows/Temp的显式写入访问权限。这最初是在与代理用户一起运行时发生的，因此我们尝试了此修复。但是我在使用我的管理员帐户运行时也会遇到同样的错误
根据一些人的发现，可能需要在目标环境中重新编译脚本，但我没有这个选项 因此，很遗憾，答案是重建脚本任务。看起来这些东西可能会被破坏。实际上，我没有更改任何一行代码，只是重新创建了任务并从已损坏的版本中复制了代码。Microsoft在SSI2008R2和SSI2012之间对ScriptTasks进行了重大更改。谢天谢地，解决方法非常简单。只需更换这一行： ?？ 1. [System.AddIn.AddIn（“ScriptMain”，Version=“1.0”，Publisher=”“，Description=”“）] 为此： ?？ 1. [Microsoft.SqlServer.Dts.Tasks.ScriptTask.SSISScriptTaskEntryPointAttribute]
一切都应该像预期的那样为您工作。也可能是版本不匹配。如果SSIS项目设置为目标SQL Server 2012，但部署到SQL 2016实例，则会发生此错误。在项目属性中更改目标版本并重新部署。我也有类似的问题，但在我的情况下，目标计算机在GAC中缺少一个dll，用于使用Microsoft Webservices3的某些SOAP web服务调用。从Microsoft下载安装并安装到目标计算机上后，问题得到解决。在Visual Studio 2019上，我必须重建整个软件包，而不仅仅是脚本任务。为此，我将所有包任务、变量和参数复制并粘贴到一个新的包中。它是作为代理作业运行还是直接使用execute package实用程序运行并不重要。同样的错误。但是，属性设置为32位。我感谢您的努力，但是脚本没有编译/加载，因此这不是运行时问题。它与安全或环境有关。运行的包可以很好地访问web服务。我不知道补丁级别。配置都是数据库驱动的，并且对于所有包都是相同的。顺便说一句，我刚刚在一个失败的包中重新创建了脚本任务，复制了所有代码，重新部署，瞧，它成功了。我不知道发生了什么。重新创建任务会更改底层XML元数据。它需要重新编译。在脚本项目中运行“Build”不会改变XML元数据吗？这并没有达到预期的效果。我想它并没有完全“足够”地改变MEDATA数据。重新编译（C#）脚本项目并重新部署包没有任何帮助。我正在获取
DTS脚本任务：运行时错误：：调用目标抛出异常