我正在研究这个问题并发现有些人只是通过将目标版本的软件包从2012年更改为2016年来成功迁移软件包。请查看this blog post以查看其实际运行情况。

一些建议可以让你以正确的方式

首先，发布升级结果很好，因此可以更清楚地说明问题。升级操作并不总是100％工作，我在升级包后面临很多问题，这在很多时候导致从头开始重新创建包。

（1）比较两个包XML

.dtsx文件以XML格式编写

我可以建议一件事，创建一个包含相同配置的CDC Source的ssis 2017包，并使用文本编辑器打开dtsx文件（新包和升级包），以及比较CDC Source的两种XML语法，我可以引导您解决问题

比较PackageFormatVersion，VersionBuild和其他属性可能导致问题

同时尝试比较两个软件包版本信息，因此来自PackageFormatVersion （如果两个软件包之间的相同，则意味着它们都是针对SQL Server 2012的，因此您需要更改目标解决方案属性中的版本）和其他字段，如果存在任何差异，您可以获得它，或者它可以引导您解决问题。

在以下问题中了解有关在我的答案中获取包信息的更多信息：Automate Version number Retrieval from .Dtsx files

还了解有关更改此Microsoft article中的目标版本的更多信息 - Integration Services项目部分中的版本定位

如果第一个建议都没有引导您解决问题，我没有找到确切的原因。但我发现一些链接显示升级SQL服务器或部署在具有不同SQL服务器版本的计算机上时出现问题 - 我无法确认这是100％正确 - 但我认为有很多关于CDC的问题没有得到微软的解决。

您可以从以下链接中看到此示例：