在多次更改和迁移后，SSIS包是否会损坏？

在多次更改和迁移（如“normal.dot”文件）后，SSIS包是否会损坏？？我之所以问这个问题，是因为我看到包中有一些非常奇怪的行为

背景
SISS包是（由我的前任开发的）并在SQL2005上运行的。我正在（经过一些其他调整后）将其迁移到SQL2008。SSIS包所做的一件事是在包运行时将5个文件导入数据库。随着时间的推移，SSIS包会执行许多操作，由于我对这一点比较陌生，我不愿意从头开始。该软件包由Business Intelligence Development Studio制作

一些症状

• 在（更大更好的）SQL2008上，如果数据流包含太多 导入任务时，不会进行调试。而包裹确实如此 在较旧的SQL2005服务器上运行。因此，我创建了一个 两个较小的数据流用于导入文件
• 将较小的数据流（导入数据）放入 在序列框中，调试运行良好。包执行将通知 已插入行。。。但这并不是每个人都能做到的 桌子
• 将所有数据流从序列框中移出可以减少表的数量 未填充到仅1个表中的。仍然是包的执行 通知已插入35行。我仔细检查了来源和地址 目的地
• 在数据流中使用不起作用的数据转换时， 另一个导入数据流在运行包时出现致命错误。 而源文件和目标表都不相等。及 数据流任务应该能够独立运行

---

我的感觉开始告诉我，在adjustmenst和迁移之后，SSIS包“损坏”，变得“不稳定，无法维护”。但由于我对这一点还不熟悉，而且重建需要花费我很多时间（由于缺乏技能），我首先想确定一下。。SSIS软件包是否会随着时间的推移而变得“损坏”或不稳定？

我发现很难理解问题的所有细节，但要回答基本问题，您的原始软件包是2005年的。它运行正常吗？您正在将程序包转换为2008，并且正在进行程序更改。我发现，当我不在一个项目中引入那么多变化时，我会取得更大的成功。将2005转换为2008并运行它。它是否表现出与2005年相同的行为？如果是这样，请将其签入版本控制，然后我才开始对包进行逻辑更改。您希望的状态似乎是允许包加载5个文件，并且每个文件彼此独立-文件1可能存在，文件2可能不存在（或可能无法加载）但这并不依赖于操作的顺序，我们的愿望是不管其他负载的成功/失败，都能运行。是这样吗？当这些导入数据流运行时，表或文件之间没有依赖关系。然而，它们似乎对彼此的结果都有影响。代码确实不会生锈，但当我使用“Business Intelligence Development Studio/BIDS”制作SSIS包时，是否会在使用BIDS时在代码中收集更多的“历史”，从而使包不稳定，以便在BIDS中进一步开发？我可能还应该补充一点，首先包是在2005年版的BIDS中构建的，包的最后一部分是在2008年版的BIDS中完成的。如果您认为是这样，那么在2008年启动一个新的SSIS项目，然后导入2005年的项目，而不仅仅是包。在转换项目之后，应该有一个选项来查看转换日志，它应该列出遇到的任何问题。发布一些你认为最好的2008年方法的控制和数据流的截图。由于代表级别较低，您可能不得不在场外主持。我对重建的担心是，如果根本原因是设计问题而不是转换问题，则可能会在重建中引入相同的错误