我一直在考虑升级到我的 SQL Server 2005 企业版。我特别希望升级，因为目前我的 2 个 CPU 已达到极限。看起来我可以在我的托管服务提供商处以与我现在支付的费用大致相同的价格迁移到 64 位标准。我打算尝试在设置中添加另外 2 个 CPU，但我想我至少可以先尝试 64 位标准版，然后如果还没有得到足够的改进，再添加额外的 CPU。
迁移到 64 位平台有什么需要注意的吗？即这种迁移有什么问题吗？查看此处列出的功能比较，我认为我不会错过企业版中的任何内容。我不确定并行索引操作是什么，但对该字符串的一点谷歌似乎表明它只是与在数据库运行时重建索引有关，我不需要这样做。我应该注意该链接中未列出的任何内容吗？
对我们来说没有问题。
但是，您可能会奇怪地遇到内存问题。执行计划和 xml 解析器之类的东西受 32 位用户模式地址空间的限制，您的 AWE/PAE 等可以用作缓冲池。突然间，你不再受束缚。理论上你可以有一个巨大的计划缓存和一个很小的数据缓存。
为 SQL Server 配置 Windows 2003 (x64)
x64 内存问题
但是，高 CPU 可能表示内存不足/分页过多。如果您的 CPU 受限于 2，我认为 x64 或其他 2 个 CPU 将无济于事。我还要说 CPU 使用率也可能是由糟糕的代码引起的......
第一步是考虑调整而不是硬件。
从 32 位版本的 SQL 迁移到 64 位版本的 SQL Server 没有问题。您将获得小的性能改进，因为您的过程缓存中将有更多空间来存储执行计划。
一些您将无法再访问的东西。
联机索引重建。并行索引操作（这是 SQL 使用多个线程而不是单个线程来重建索引的地方） SQL Mail 不起作用（使用数据库邮件代替） DTS 不起作用（改为使用 SSIS） 还有一些其他项目，但是这些是大的。
你说
重建索引是您需要做的事情。尤其是当您看到性能问题时。您还应该定期更新您的统计数据。如果您定期执行这些操作，您可能会发现现有系统的性能有所提高。
您可能还应该确保您的数据库具有所需的索引，并检查查询的执行计划以确保您拥有的索引被正确使用。
我已经将 SQL 2005 Server 从 32 位环境迁移到 64 位环境，并且没有遇到任何问题，所以您应该完全没问题。
在 64 位平台上最需要注意的是确保安装 64 位版本的 SQL 2005 服务器，因为 32 位版本仍然可以在 64 位操作系统上运行。如果您安装 32 位版本，除了通过 WoW 模拟运行它之外，您仍然会将 SQL 服务器限制为 32 位限制。