2.当升级到SQL Server 2005时遇到了加密失败我应该怎样解决?

　　我们最近在WINDOWS 2003上从SQL 2000升级到了SQL 2005。整个升级过程都进行得很顺利，除了加密。我们有连接到一个内部服务器的ASP.NET 1.x应用，但是加密的时候失败了。我们在MS KB上尝试了所有可用的步骤，但仍然不能解决这一问题。

　　在微软的“怎么：加密连接到数据库引擎”文章中，我们发现下面的话：要配置服务器接受加密连接：

　　1. SQL Server配置管理器中，扩展SQL Server 2005网络配置，右键单击“协议”，然后选择“选择属性”。

　　2. 在协议的属性对话框中，在“证书”标签中，在证书的下拉列表框中选择想要的证书，然后点击OK。

　　3. 在“标记”标签中，在强制加密选择框中选择“是的”，然后点击OK来关闭这个对话框。

　　4. 重启SQL Server服务。

　　问题是，当我们到达第二步时，在下拉列表框中没有可用的证书。这个问题纯粹是由于安装SQL Server 2005所产生的。这些应用在安装之前可以成功的将数据连接加密。所有的内部和非加密的连接都工作正常。我应该怎么做可以让证书出现在属性对话框中的证书标签中?

　　SQL Server协议小组的Xinwei Hong所贴的博客SQL协议应该可以帮助你解决这一问题。这篇文章列出了SQL Server 2005正确加载协议所要求的几个标准。

　　—Adam Machanic，SQL Server 2005专家

　　3. 为SQL Server 2005升级而复制数据库的最好方法是什么?

　　我在试着将有着近300个数据库的SQL Server 2000 32位移植到SQL Server 2000 64位。我尝试用“复制数据库”的特性，但是它不能成功的复制任何数据库。我还需要将所有的登录移植过去。欢迎任何建议。

　　我发现一般情况下复制数据库向导同其他的移动数据方法相比要慢而且低效。它最好用于当你需要在两个服务器之间做少量数据的一个非常快速并有冗余的转移，而且不想花费时间去做备份或分离数据库的情况下。

　　如果你需要转移300个数据库，我认为你会发现最好的方法是在SQL Server 2000实例上使用sp_detach_db来分离每一个数据库，并在SQL Server 2005实例上用sp_attach_db重新绑定每一个数据库。这么做还能保留你的数据库用户。

　　然而，即使使用这个方法，你仍然需要获得对SQL Server 2005实例的登录。访问一个KB文章，那里包含了一个可以帮助你做这个工作的脚本，查看这个微软支持页面。

　　注意，当你完成的时候，你可能需要重新匹配数据库用户和登录。为了重新匹配，使用sp_change_users_login系统存储过程。

　　—Adam Machanic，SQL Server 2005专家

　　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存储过程给予的更多的选项。