我一直在寻找升级到我的SQL Server 2005企业版。 我特别期待升级，因为我现在正在达到我的2个CPU的极限。 它看起来像我可以移动到我的托pipe服务提供商的64位标准大致相同，我现在支付。 我打算尝试增加另外2个CPU，但是我认为至less可以先试用64位标准版，然后再增加额外的CPU。
移动到64位平台上有什么需要注意的吗？ 即有这个迁移的任何陷阱？ 看看这里列出的function比较，我不认为我会错过企业版的任何东西。 我不确定什么是并行索引操作，但是这个string的一个小谷歌似乎表明，这只是在db运行时重build索引，这是我不需要做的事情。 有什么东西没有列在那个链接，我应该知道的？
从32位版本的SQL到64位版本的SQL Server没有任何问题。 你会得到一个小的性能改进，因为你将有更多的空间存储执行计划。
一些你不能再访问的东西。
在线索引重build。 并行索引操作（这是SQL使用多个线程重build索引而不是单个线程的地方）SQL Mail不起作用（使用数据库邮件）DTS不起作用（使用SSIS代替）还有一些其他项目，但那些是大的。
你说
我不确定什么是并行索引操作，但是这个string的一个小谷歌似乎表明这只是在db运行时重build索引，这是我不需要做的事情。
重build索引是你需要做的事情。 特别是如果你看到性能问题。 你也应该定期更新你的数据。 如果你定期做这些事情，你可能会发现现有系统的性能有所提高。
您也应该确保您的数据库具有所需的索引，并检查您的查询的执行计划，以确保您正在使用的索引正确使用。
对我们没有任何问题。
但是，你可以奇怪地解决记忆问题。 像执行计划和xmlparsing器这样的东西受32位用户模式地址空间的约束，AWE / PAE等可以用作缓冲池。 突然，你不再受到限制。 你理论上可以有一个巨大的计划caching和一个微小的数据caching。
为SQL ServerconfigurationWindows 2003（x64）
x64内存问题
然而，高CPU可能是没有足够内存/太多分页的标志。 如果你用2的CPU绑定，我认为x64或其他2个CPU将无济于事。 我也会说，CPU使用率也可能是由糟糕的代码造成的…
考虑调整而不是硬件作为第一步。
我已经从32位到64位的环境中移动了一个SQL 2005服务器，我没有任何麻烦，所以你应该是完全没问题的。
在64位平台上最重要的是要确保安装64位版本的SQL 2005服务器，因为32位版本仍然可以在64位操作系统上运行。 如果你安装的是32位版本，除了运行它通过WoW模拟之外，你仍然会限制你的SQL服务器为32位限制。