用SQL 2005就地升级迁移SQL 2000

　　我从SQL 2000升级到SQL Server 2005的一个站点选择了运行这两个SQL Server版本：SQL 2000和SQL 2005，而且它们之间还是并行的（一些第三方应用软件都不准备支持SQL Server 2005）。这样做很实用而且还很可能存在，因为它们拥有的是小数据库、而且量也特别小。通过执行并行的升级，我们还能够保护我们的SQL Server 2000开发环境，所以我们不需要下载2000 DTS Designer。在很多情况下，这种升级类型了能不是很有用，也没有存在的可能性。但是，大多数人可能会选择就地升级（in-place upgrade）。就地升级强调带有2005实例的SQL 2000实例。如果你选择这种升级路径，你的数据库就可以用2005中同样的元素来代替。你的开发工具也可以用2005的新工具来代替。我们假设这种情况发生在规模大、量也大的客户身上。如果升级已经完成了，我们就再也不会用SQL 2000 designer tool（如可任意支配的Enterprise Manager）了。

　　　旧版的DTS何去何从？

　　在你从SQL Server 2000就地升级到SQL Server 2005以后，你的DTS Packages就属于NOT自动升级。但非升级的DTS包和任务都转移到SQL 2005实例的适当位置。你可以在SQL Server 2005 Management Studio under Management > Legacy > Data Transformation Services找到这些2000的包。DTS runtime环境转入之后，你可以继续运行这些任务包，你可以单击右键打开并修改这些包。

　　总结

　　对SQL Server 2000 DTS的长期支持可能不是一成不变的，因此，考虑用SQL Server 2005这个版本会将DTS Packages升级到SSIS将是一个明智的选择。SQL Server 2000 DTS Designer可以给你一段时间，让你详细计划从DTS到SSIS升级这个项目中可能发生的事情。

　　你准备升级到DTS包的时候，可以使用 Management Studio或Business Intelligence Development Studio发布的Package Migration Wizard。Migration Wizard执行“效果最佳”的迁移，就是说它迁移的这些元件是从DTS到SSIS映射。由于这些元件不能被映射，所以向导就将任务或功能压缩到了Execute DTS 2000 Package Task里。剩下的一些任务要求你专注于业务流程再设计、充分利用SSIS的特征，如 Containers或Package Configurations。在许多情况下，有DTS下面的自定义码的任务已经有在SSIS中的现存特征。在这里，SSIS的突出特征和性能的价值是我们无法衡量的。

　　警告

　　SQL Server 2005 Upgrade Advisor有一些SQL Server的细节要求、操作系统和服务包的要求、.NET架构和Windows Installer要求。如果SQL Server 2000工具安装在本地计算机上，SQL Server 2005 Upgrade Advisor和Package Migration Wizard只能浏览Repository 里的DTS包。SQL Server 2005没有安装和使用Repository。在你选择安装Integration Services时，仍然会安装包括DTS Runtime在内的DTS支持包。如果你将SQL Server 2000的最后一个实例升级到SQL Server 2005，DTS就会要求你清除注册入口。通过运行Repair of "Microsoft SQL Server 2005 Backward Compatibility" Setup向导这些任务就很容易恢复。