微软告诉我们DTS已被推翻。我在以前谈过这个博客条目。这意味着我们被警告说，未来的释放将不再支持它。当SQL Server 2008不久出现时，Microsoft只支持两个先前版本，即SQL Server 2000和2005。因此，如果Microsoft将Microsoft粘在2011年的下一个版本，则将继续支持在SQL 2000下运行的任何DTS包。规定的三年间隔政策。换句话说，我们有直到2011年将DTS 2000包迁移到SSIS。
DTS包的迁移在2005年在Yukon Beta期间引起了一点搅拌，当Microsoft让我们知道我们的100％的DTS代码可能不会被翻译成“新DTS”。您已看，DTS从下面重写，并使用新的架构重写，以提供更多可扩展性，最终重命名为SQL Server集成服务（SSIS）。这是一个好主意，因为它真的是来自DTS的一个非常不同的动物，但在Beta计划中的变化是如此迟到，开发人员没有时间重命名可执行文件，所以你会看到一些DTS残余“在引擎盖下”。例如，我们可以使用Dtexec执行SSIS包。可以理解的是，花费5年或更长时间维护其复杂的DTS包的用户有点累赘，让微软知道如果无法保证平滑迁移，他们不会升级。
所以微软开发人员做了一个聪明的事情。他们决定允许在SQL Server 2005中使用DTS。在SSM中，有一个遗留文件夹（根据管理），允许您导入现有的DTS包。通过免费下载，您可以安装好的旧DTS设计器并在SSMS中维护和测试您的DTS包。这不是仿真软件，它是真实的东西，所以2000年的DTS中跑的任何东西都将于2005年运行。现在，2008年。完成后向兼容性。这意味着我们可以在逐案的基础上决定是否何时将特定包迁移到SSIS。如果我们希望，我们甚至可以使用新的SSIS包执行现有的DTS 2000包。共存 - 一个良好的策略。当我们希望从SSI的新可扩展性中受益时，我们应该使用SSIS迁移向导来迁移包，但我们必须记住要安排代码更改的时间并重新测试包。现在我们在Visual Studio中有一个完整的调试设施，使事情变得更加容易。在许多情况下，可能需要根据SSI的新功能从划痕重写包。 The good news is that the Migration Wizard leaves the existing DTS package untouched while you work on the new SSIS package. The new extension is .DTSX (X for XML) as opposed to the old .DTS - another remnant.
DTS向后兼容性解决方案将每个人平均，并按计划发布SQL Server 2005。因此，共存是一个很好的策略 - 直到2011年。
祝好运！
布莱恩