我的办公室刚刚从SQL Server 2008R2迁移到SQL Server2017。我们将不到100个SSIS软件包转换为2017年格式。我们有许多由SQL Jobs触发的。迁移后，其中大多数运行良好。但是，我们有少数（也许10）有时会出现无效的签名错误。对于那些失败的人，我什至没有看到一致的100％故障率。
为什么包裹与此错误间歇性失败？
下面是完整错误文本的示例。其中一个示例软件包被部署到4个不同的服务器，并且在其中3个服务器上运行良好。这4个版本之间的唯一区别是DTConfig文件的路径。我们没有改变任何称为包裹的作业。
我尝试重新删除我刚提到的示例的失败软件包，但它仍然会间歇性失败，而签名错误无效。此外，我让我们的IT部门确认工作执行工作的用户具有读取DTSX文件的权限。
执行为用户：域用户名。Microsoft（R）SQL Server执行 包装实用版本14.0.3045.24 for 64位版权（c）2017 微软。版权所有。开始：6:30:00 AM错误： 2018-12-18 06：30：00.82代码：0xc0011007资料来源： {5576F0C1-D470-418D-8FAB-9700612AEF76}描述：无法 由于包装没有有效的XML，因此将软件包作为XML加载为XML 格式。将发布特定的XML解析器错误。结束错误错误： 2018-12-18 06：30：00.82代码：0xc0011002来源： {5576F0C1-D470-418D-8FAB-9700612AEF76}描述：失败 由于错误 0x80090006"无效签名。"。加载包装时会发生这种情况 并且该文件无法正确打开或加载到XML 文档。这可能是指定不正确的文件名的结果 调用LoadPackage或指定的XML文件有不正确的 格式。结束错误无法加载软件包 由于错误0xc0011002，" \ servername sharename sharename mypackage.dtsx"。 描述：无法打开包装文件 由于错误0x80090006 "无效的签名。"。加载包和文件时会发生这种情况 无法正确打开或加载到XML文档中。这个可以 是在调用时指定错误的文件名的结果 LoadPackage或指定的XML文件的格式不正确。 来源：{5576F0C1-D470-418D-8FAB-9700612AEF76}开始：6：30：00 AM 完成：6:30：00 AM过去：0.016秒。包裹不能 被发现。步骤失败。
一个同事找到了对我们有用的解决方案。我们必须更新称为SSIS软件包的SQL Server作业。这些作业现在没有引用UNC路径，而是引用本地路径。进行此更改后，我们不再看到错误。
在SQL Server 2008R2下使用相同的作业定义。但是，我们也确实同时更新了服务器OS版本，所以这也许也是一个因素。