迁移后为什么ssis包失败,签名无效?

我的办公室刚从SQL Server 2008R2迁移到SQL Server 2017。我们将不到100个SSIS包转换为2017格式。其中许多都是由SQL作业触发的。大部分在迁移后运行良好。但是,我们有少数(可能10个)由于无效的签名错误而失败。对于那些失败的人,我甚至没有看到一致的100%失败率。

为什么由于这个错误,包会间歇性失败?

下面是完整错误文本的示例。其中一个示例包被部署到4个不同的服务器上,在其中3个服务器上运行良好。4个版本之间的唯一区别是dtconfig文件的路径。我们并没有改变那些称之为包裹的工作。

我尝试重新部署失败的包,例如刚才提到的那个例子,但它仍然会间歇性失败,并出现无效的签名错误。此外,我让我们的IT部门确认执行作业的用户有权读取DTSX文件。

作为用户执行:域\用户名。Microsoft(R)SQL Server执行 软件包实用程序版本14.0.3045.24,64位版权所有(C)2017 微软。版权所有。开始时间:上午6:30:00错误: 2018-12-18 06:30:00.82代码:0xC0011007来源: 5576f0c1-d470-418d-8fab-9700612aef76说明:无法 将包作为XML加载,因为包没有有效的XML 格式。将发布特定的XML分析程序错误。结束错误: 2018-12-18 06:30:00.82代码:0xC0011020来源: 5576F0C1-D470-418D-8FAB-9700612AEF76说明:未能 由于错误,打开包文件“\\servername\sharename\mypackage.dtsx” 0x80090006“无效签名。”。这在加载包时发生 文件无法正确打开或加载到XML中 文件。这可能是指定错误文件名的结果。 当调用LoadPackage或指定的XML文件包含错误的 格式。结束错误无法加载包 “\\servername\sharename\mypackage.dtsx”因为错误0xc0011020。 描述:无法打开包文件 由于错误0x80090006,“\\servername\sharename\mypackage.dtsx” “无效签名。”。这在加载包和文件时发生 无法打开或正确加载到XML文档中。这个罐头 是在调用时指定错误文件名的结果 LoadPackage或指定的XML文件的格式不正确。 资料来源:5576f0c1-d470-418d-8fab-9700612aef76开始时间:上午6:30:00 已完成:上午6:30:00已过:0.016秒。包无法 被发现。步骤失败。