失败作业对应的日志如下：
2014年11月4日06:40:00，LPR_New，错误，0，USPHND0088，LPR_New，（作业结果），，作业失败。作业由附表14调用（LPR_New_Job）。运行的最后一步是步骤1（上传材料）。，00:00:00,0,0，，，0
2014年11月4日06:40:00，LPR_New，错误，1，USPHND0088，LPR_New，上传材料，，以用户身份执行：nest\ussqldbserver。。。00.5324.0032位版权所有（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-1106:40:00.39代码：0xC0010018来源：描述：错误从节点加载值"3"DTS:属性"。结束错误无法加载包"\usphnd0088\dataxfer\LPR\LPR New\UploadMaterial.dtsx"因为。。。进程退出代码5。步骤失败。，00:00:00,0,0，，，0
您检查过项目文件是在哪个版本的BIDS中构建的吗？当sql server代理的版本与用于构建SSIS包所在项目的版本不同时，就会发生这种情况。
建议使用与用于运行作业的服务器代理匹配的正确版本的BIDS重建项目。另一个选项是设置要使用的DTEXEC文件的位置/路径（取决于使用的版本）。
引用：MSDN/包从版本3迁移到版本2失败，错误为0xC001700A。包中的版本号无效。版本号不能大于当前版本号。
根据此博客：http://blogs.msdn.com/b/jason_howell/archive/2014/09/30/ssis-error-when-deploying-from-vs-2013-to-ssisdb-in-sql-2012.aspx
根本原因是当前（2014年9月时间段）用于Visual Studio 2013的SSDT BI 2014不支持用于SQL Server 2012的SSIS包。
这是一个常见的功能要求，产品组很清楚这一需求。
http://connect.microsoft.com/SQLServer/feedbackdetail/view/944882/ssdt-bi-2014-backward-compatibility-for-ssis-2012
目前，VS2013的SSDT仅适用于SQL Server 2014。您必须将SSDT-BI for Visual Studio 2012与SQL Server 2012 SSISDB一起使用。
若要提供更新的答案，请使用SQL Server Data Tools 2015，将集成项目的部署目标版本设置为2012、2014或2016（默认为2016，在正确设置之前，将导致2012/2014数据库的版本号错误）。在设置为"SQL Server 2012"之后，我现在成功地从SSDT 2015部署了SQL 2012集成。
我也遇到了同样的问题。以下是我如何在不干扰Visual studio的情况下轻松解决它。当然，我桌上的管理工作室是最新版本，所以当我使用管理工作室导出/导入时，我出现了错误。
- 实际上，远程桌面到遗留服务器，并从该版本的管理工作室导出SSIS项目
- 在旧版服务器上时，连接到相同版本的目标服务器并导入
- 我还发现了一些奇特的东西，我在配置管理器中有一些别名，对一些退役的服务器进行了别名处理
- 其中一个别名使用的是命名管道，该协议在目标上被关闭，所以我打开了该协议
- 对32位和64位都执行了步骤3、4，当然RDP会进入目标服务器以进行这些更改