与失败作业对应的日志如下：
04/11/2014 06：40：00，LPR_New，错误，0，USPHND0088，LPR_New，（工作 结果）,,工作失败了。附表14援引了这项工作 （LPR_New_Job）。最后一步是第1步（上传 。材料），00：00：00,0,0 ,,,, 0
04/11/2014 06：40：00，LPR_New，错误，1，USPHND0088，LPR_New，上传 材料，以用户身份执行：nestle \ ussqldbserver。 ... 00.5324.00 32位版权所有（C）Microsoft Corp 1984-2005。保留所有权利。
开始时间：上午6:40:00错误：2014-04-11 06：40：00.39代码： 0xC001700A来源：说明：中的版本号 包无效。版本号不能大于 当前版本号。结束错误错误：2014-04-11 06：40：00.39
代码：0xC0016020来源：描述：从中迁移包 版本3到版本2失败，错误0xC001700A“版本 包中的数字无效。版本号不能 大于当前版本号。“。结束错误错误：2014-04-11 06：40：00.39代码：0xC0010018来源：说明：错误 从节点加载值“3” “DTS：属性”。结束错误无法加载包 “\ usphnd0088 \ dataxfer \ LPR \ LPR New \ UploadMaterial.dtsx”因为...... 处理退出代码5.步骤失败。，00：00：00,0,0 ,,,, 0
答案 0 :(得分：16)
你检查过项目文件的BIDS版本是什么？当sql server代理的版本与用于构建SSIS包所在的项目的版本不同时，会发生这种情况。
建议在正确版本的BIDS中重建项目，该版本与用于运行作业的服务器代理相匹配。另一个选项是设置您要使用的DTEXEC文件的位置/路径（取决于您使用的版本）。
答案 1 :(得分：6)
根本原因是目前（2014年9月时间框架）Visual Studio 2013的SSDT BI 2014不支持SQL Server 2012的SSIS包。
这是一个常见的功能请求，产品组非常了解需求。
目前，VS 2013的SSDT仅适用于SQL Server 2014.您必须将SSDT-BI用于带有SQL Server 2012 SSISDB的Visual Studio 2012。
答案 2 :(得分：3)
要使用SQL Server数据工具2015提供更新的答案，您可以将集成项目的部署目标版本设置为2012年，2014年或2016年（默认为2016年，将导致2012/2014数据库的版本号错误直到你正确设置）。在设置为“SQL Server 2012”后，我现在从SSDT 2015成功部署了SQL 2012集成。
答案 3 :(得分：0)
我有同样的问题。这是我如何轻松解决它而不弄乱Visual Studio。当然，我桌上的Management Studio是最新版本，因此当我使用Management Studio导出/导入时，出现了错误。