我有一个SQL Server代理作业通过CmdExec＆amp; amp;执行文件系统部署的SSIS包。 32位DTExec。但是，最新版本的软件包版本未执行。
我所做的改变是在一个脚本任务中。我在关闭之前确保在VSTA编辑器中构建等等。
我已经通过将预期版本放在命令行参数中来验证这是问题，因此任务失败：/VERIFYVERSIONID "\"{1F870663-1898-4A30-B4A8-226817D1755F}\""
是否有可以清除的缓存？
答案 0 :(得分：0)
一种方法是将SQL作业的执行类型更改为操作系统（CMDEXE），并提供dtexec文件的路径以供SSIS用作可执行文件。
C：\ Program Files \ Microsoft SQL Server \ 110 \ DTS \ Binn \ dtexec.exe / FILE“c：\ path \ to \ my \ ssis \ package \ myssispackage.dtsx”/ CHECKPOINTING OFF / REPORTING E
通过专门调用dtsx，您可以指向32位或64位版本。如果在执行的服务器上安装了SSIS（dtexec），也可以恢复到以前版本的SSIS（dtexec）。
我最近将我的一些软件包升级到SSIS 2012，并且必须使用新版本来执行dtexec执行的软件包。这解决了我的问题。希望有所帮助。
答案 1 :(得分：0)
这里没什么可看的，继续前进..
我正在托管由我的开发团队共享的多个环境的服务器上进行新的子包测试，我们正在进行改组。有问题的工作是几个相同的工作之一，并且包的路径发生了变化。
这是一个“主”包，它根据从队列中读取的值动态执行子包，这就是为什么我没有检查路径。
Noob疏忽。