使用拷贝数据库向导升级到 SQL Server 2005

　　主页:简介

　　步骤1: 计划你的移植

　　步骤2: 选择你的硬件和软件

　　步骤3: 测试你的移植过程

　　步骤4: 确保你有一个免于损坏的环境

　　步骤5: 使用拷贝数据库向导移植

　　步骤6: 执行升级后的任务

　　步骤7: 结论

　　即使是在微软发布SQL Server 2005 Service Pack 1之前，许多数据库管理员向着SQL Server 2005移植的潮流已经是势不可挡了。

　　在先前的步骤指南《planning your migration》中，我列出了如何从SQL Server 2000移植到2005的大概步骤。你应该考虑基于你的独特的环境的所有那些可用的选项，选项是很多的，然后再记住，决策是根据环境的，每个升级都不会是完全一样的。

　　我认为一种常见的场景就是从SQL Server 2000服务器上移植到SQL Server 2005上。因为它属于升级一个单个的数据库和对象，我觉得拷贝数据库向导是对于小型到中型规模的数据库的一个很流行的选择，因为它可以包括依赖对象(登录，DTS包，任务，等)。正因为如此，这个向导将会通过使用拷贝数据库向导的方式来为你指出从SQL Server 2000移植到SQL Server 2005的步骤来。在高层上，这个工具可以创建一个或者多个SQL Server集成服务(SSIS)包来完成移植，包括分离和附加数据库，或者使用SQL 管理对象(SMO)来移动数据。

　　注意:要通过每个选项的优点和缺点来列出技术选项，请参考衡量你的 SQL Server 2005移植选项.

　　步骤1:计划你的移植

　　步骤1:首先，并且是最重要的，是计划你的移植，构建一个计划，列出项目的逻辑。其中应该包括日期、时间、系统、团队成员等。确保计划从部署的角度出发列出了项目中所有主要的步骤。同时还要在整体计划中加入恢复计划，以在移植过程中出现问题的时候，能够、确保SQL Server 2000的环境可以使用。

　　要获得更多SQL Server 2005移植计划方面的资源，请查看:

　　· 步骤指南: 计划你到SQL Server 2005的移植

　　· 检查列表: 为 SQL Server 2005做好准备

　　· 网络广播: 衡量你的SQL Server 2005 移植选项

　　步骤2:选择你的硬件和软件

　　判断在测试和产品环境中可以使用的硬件有什么。确保硬件是没有问题的，并且可以在特定时间内支持用户和业务。另外，还要确保获得了许可证来支持环境，并且包括了正确的SQL Server Express, Workgroup, Standard or Enterprise的版本。

　　对于功能测试环境，从软件的角度来说，要确保测试系统符合未来的产品系统(例如，同一个版本的SQL Server 和Windows)。当需要进行负荷测试的时候，确保系统尽可能地接近，以确保每秒事务数、内存和CPU利用率，还有磁盘I/O 是可以接受的。

　　对于产品环境，事先应用需要的Windows和SQL Server 服务包，以及补丁，以最小化在执行移植过程中需要的停机时间。