我发现一般情况下复制数据库向导同其他的移动数据方法相比要慢而且低效。它最好用于当你需要在两个服务器之间做少量数据的一个非常快速并有冗余的转移，而且不想花费时间去做备份或分离数据库的情况下。
如果你需要转移300个数据库，我认为你会发现最好的方法是在SQL Server 2000实例上使用sp_detach_db来分离每一个数据库，并在SQL Server 2005实例上用sp_attach_db重新绑定每一个数据库。这么做还能保留你的数据库用户。
然而，即使使用这个方法，你仍然需要获得对SQL Server 2005实例的登录。访问一个KB文章，那里包含了一个可以帮助你做这个工作的脚本，查看这个微软支持页面。
注意，当你完成的时候，你可能需要重新匹配数据库用户和登录。为了重新匹配，使用sp_change_users_login系统存储过程。
4. 在升级之后我怎么调整SQL Server查询性能?
我们将我们的SQL Server 2000 10 GB数据库移植到SQL Server 2005。少数查询比在SQL Server 2000中时要慢。先前我们获得结果要10秒钟，而现在要30分钟。这个执行查询计划在SQL Server 2000和SQL Server 2005中是不同的。SQL Server 2000使用索引而SQL 2005使用表的表扫描。还有表的嵌套循环/内连接的序列也改变了。因为这是一个动态应用，所以修订查询是很困难的。你可以提供什么建议关于调整SQL Server 2005中的查询性能吗?
你需要把这个问题当做一个和升级无关的新的问题来检修。需要重新建立索引，需要更新统计。有时在一个SQL Server升级之后(从SQL 7到SQL 2000，或者从SQL 2000到SQL 2005)需要重新建立索引，需要更新统计。我总是推荐使用UPDATE STATISTICS命令替代sp_updatestats，因为UPDATE STATISTICS命令使你可以访问比sp_updatestats存储过程给予的更多的选项。